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1 PRODUCT IDENTIFCATION 

1.1 Identification 

Name: PIC - TIC - SIMB Diagnostic 

Mnemonic: PTSDIAG 
Product Number: 

1.2 Abstract 

PTSDIAG is a diagnostic program which verfies the SIMB of the HP 3 000 Mighty Mouse System. The 
program is part of the Diagnostic/Utility System (DUS) for the Mighty Mouse System or Series 37. 
The diagnostic will use both PICs and Tics to heavily load the backplane using DMA transfers to bring 
out board contingencies. The diagnostic was built from sections of TICDIAG and PICDIAG. 

1.3 Project Personnel 
Laurie Schoenbaum 

2 PRODUCT SPECIFICATIONS 

2.1 Product Overview 

The PTSDIAG is written in SPL/3000. It is run under DUS (Diagnostic/Utility System). 

The user is prompted for path and channel information as well as the memory size and the number of 
repetitions. DMA transfers are executed to load the backplane with operations. A transfer between 
two PICs and a transfer from a TIC using loopback completes one pass. 

If data does not transfer properly or an error occurs in the transfer then an error will be displayed in 
a clear and understandable manner. 

Error messages may be suppressed or routed to the system printer. 

2.2 User Definition 

Manufacturing and lab personnel arc the pfimafy users of PTSDIAG. Some knowledge of the Mighty 
Mouse system is expected to run the test and interpret the results. 

The test is used to increase system reliability and detect backplane contentions. 
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2.3 Product Environment 

2.3.1 Hardware Reqirements and Restrictions 

The following hardware requirements must be met to run PTSDIAG: 

1) A minimum configuration HP 3 000 Mighty Mouse system 

2) The memory board used must work well enough to initiate PSTDIAG 

3) An HPIB tape drive and a functioning PIC as the coldload path to load DUS 

4) At least one additional PIC 

5) A system console and a functioning TIC in slot 1 of the main box for user interaction and 
operation 

6) An HPIB cable to connect the device PIC to the controller PIC 

7) Optional: One or two additional PICs for busy channels 

2.3.2 Software Reqirements and Restrictions 
Diagnostic/Utility System Tape 

2.4 User Documentation Reqirements 

The following documents may be used as reference for additional information: 

* PTSDIAG source listing 

* PICDIAG ES and source listing 

* TICDIAG ES and source listing 

* DMAEX37 source listing 

* HP300 Hardware I/O Subsystem ERS 

* HP3000 Mighty Mouse Hardware Design Document 

3 Detailed Functional Specifications 

3.1 Individual Function Desriptions 

The primary function of PTSDIAG is to keep the SIMB backplane loaded with traffic from both the 
PIC and the TIC and to draw out problems with board interactions and timing dependencies. The test 
combines Step 45 of PICDIAG and the Diagnostic Loopback test of TICDIAG. A minimum test con- 
sists of two PICs, a TIC, a memory, and a CPU. One PIC is the controller PIC and the other PIC is the 
device PIC. The cold load device may be attached to either PIC. The system printer may only be at- 
tachd to the PIC chosen as the controller. The cold load device and system printer may also be at- 
tached to the PICs chosen as busy PICs if there are more than two PICs in the system. 

DUS expects the system console to be attached to channel 1, PORT 0, therefore the port numbers 
chosen in the test are ports 1 thru 7. 

3.1.1 Test Control 

The operator is prompted for test configuration information, the memory size, and the number of 
repetitions. The diagnostic may also be reconfigured for error pause and suppression of end of 
program pause. 
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3.1.2 Error Handling 

Error messages may be suppressed from being displayed of routed to a printer. The printer will be 
configured into the system when DUS is loaded or one may be added by using the appropriate com- 
mand in MANAGER. 

3.1.3 System Configurations 

The system used in the test may be configured in different ways if there is an extender box used. 
With an extender box all four PICs may be used and an additional memory may be added. With only 
the main box, there is only one po^ble configuration. 
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The tape drive may be attached to either PIC. The system printer may only be attached to the PIC ac- 
ting as the controller. 

3.2 User Interface 

All input to PTSDIAG is done through the system console. All responds made to the diagnostic or 
DUS prompts should be followed by presing the RETURN key. 
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Basic Procedure Overview 
begin 

I 

I 

V 
3.2.1 Coldload DUS 



V 

3.2.2 invoke Diagnostic 
I 

I 
V 

3.2.3 Configure Diagnostic 



V 
Diagnostic Executes 

I 

I 

V 
3.2.4 end of Diagnostic and return to DUS 

3.2.1 How to Coldload DUS 

a) Perform MPE shutdown to logoff every user, if applicable 

b) Run console self-test by pressing TEST on the keyboard 

c) Fully reset console by pressing RESET TERMINAL key rapidly twice 

d) Install a DUS tape on the tape coldload device 

e) Power-on the Mighty Mouse system by turning the keyswitch to the NORMAL position for the 
system 

f ) The MM Microdiagnostics will run followed by a prompt to load DUS 
Type 'H' for HELP — > 

User should respond with 'L' followed by the Channel #, Device # of the Coldload device. 

3.2.2 Invoke Diagnostic 

The Diagnostic/Utility System should respond after load with a welcome message and prompt: 
DIAGNOSTIC/UTILITY SYSTEM (REVISION XX.XX) 
ENTER YOUR PROGRAM NAME (TYPE HELP FOR PROGRAM INFORMATION) 

Respond to the DUS prompt with: 
PTSDIAG 
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PTSDIAG will load and execute displaying the following greeting: 

HP3000 Mighty Mouse PIC-TIC SIMB Diagnostic - (PTSDIAG NN^N xx/xx/xx) 
3.2.3 System and Diagnostic Configuration 
PTSDIAG prompts the user for all information needed to run the test and to configure the diagnostic. 

1) PTSDIAG prompts the user for PIC Channel information. 

What is the Path # of the Controller PIC (0-2)? 
What is the Channel # of the Controller PIC (1-15)? 

What is the Path # of the Device PIC (0-2)? 
What is the Channel # of the Device PIC (1-15)? 

At present, path is the only path available on the HP 3 000 Mighty Mouse system. If the number en- 
tered is out of range or the Channel/Path combination has already been used then an error message 
will be displayed and the user will be prompted for the information again. 

PTSDIAG will inform the user to connect the Controller PIC to the Device PIC via an HPIB cable. 

2) PTSDIAG asks the user if there will be a third PIC used in the test. 
Do you want a Busy PIC (Y/N)? 

If 'Y' then PTSDIAG will prompt for channel information. 

What is the Path # of the Busy PIC (0-2)? 
What is the Channel # of the Busy PIC (1-15)? 

The input will be verf ied and if it is invalid the user will be prompted again. 

3) If 'Y' was the response for the above prompt then PTSDIAG will ask if a fourth PIC is to used in 
the test. 

Do you want a second Busy PIC (Y/N)? 

If 'Y' then PTSDIAG will prompt for channel information. 

What is the Path # of the 2nd Busy PIC (0-2)? 
What is the Channel # of the 2nd Busy PIC (1-15)? 

The input will be verified and if it is invalid the user will be prompted again. 
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4) PTSDIAG next prompts for the amount of memory in the system and the number of times the test 
is to be repeated. 

64K RAMS/1 Board -> Banks - 4 
64K RAMS/2 Boards -> Banks - 8 
256K RAMS/1 Board -> Banks « 16 
IS6K RAMS/2 Boards -> Banks - 32 

Input # of banks in system: (1-32) 

Enter the Loop count - for continuous looping (0-32767): 

If the input is invalid the user is re -prompted. 

5) PTSDIAG will then prompt the user for information on error handling, reporting and diagnostic 
control. 

Pause on Error (Y/N - N»Def ault)? 

Output results to Line -Printer (Y/N - N-Default)? 

Suppress results (Y/N - N«Default)? 

6) The user may select not to halt at the end of the program before exiting back to DUS. If the tape 
drive was removed during the test then this option should not be choo%n because an error will occur 
in DUS if the tape drive is not attached. 

Suppress End of Program Pause (Y/N - N>Def ault)? 

7) If at any time CNTRL-Y is used to stop the program execution a prompt will be displayed: 
Enter 'GO' to continue, 'RUN' to restart, or 'EXIT to return to DUS: 

8) If an end of program pause or error pause is requested a prompt is displayed: 

Enter 'GO' to continue, 'RUN' to restart, or 'EXIT to return to DUS: 

When the diagnostic is restarted using 'RUN', PTSDIAG will ask the user if the PIC - TIC configura- 
tion will be changed. 

Do you want to change PIC-TIC configuration (Y/N - N«Default)? 

This will also allow the user to change the diagnostic control configuration. If 'Y' the user will be 
prompted for path/channel information. If not the diagnostic will run with the previous 
configuration. 

When 'EXIT is entered in response to the prompts, the diagnostic will return directly to DUS. 

3.2.4 End of Diagnostic and return to DUS 

As PTSDIAG is executed, after every pass a 'heartbeat' message is displayed informing the user of the 
number of passes completed and the total number of errors. If the diagnostic is not exited early and 
suppress end of pause is set, then when the loop count has expired a completion message is displayed 
and the program returns to DUS. 

PTSDIAG testing completed 
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3.4 Compatability Specifications 

The PTSDIAG is a new product and not a replacement. It takes one test from TICDIAG and one step 
from PICDIAG to make one complete test using both the PIC and TIC. 

3.5 Security Specifications 

PTSDIAG runs under DUS and as such runs in priviledged mode. The system must be down to load 
DUS and run the diagnostic. 

3.6 Error Messages 

If an error occurs during execution of PTSDIAG and it is not an error trapped by the PTSDIAG 
program, it will result in a DUS error message. This should not occur except under very unusual cir- 
cumstances, ie. some part of the system other than the TIC or PIC under test failed to function 
properly. 

Each error trapped by PTSDIAG will result in an error message. 

3.6.1 PIC Error Messages 

The following are errors generated from the PIC DMA transfers: 

a) Output Transfer failed on PICs: 

EXAD-%XXXXXX X'START-%XXXXXX Y'START-XXXXXXX 
X'ERROR*%XXXXXX Y'ERROR«%XXXXXX 
X'DATA-%YYYYYY Y'DATA-%YYYYYY 

Where XXXXXXX - an octal address 
YYYYY YY « an octal word of daU 
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b) Input Transfer failed on PICs: 

EXAD-%XXXXXX Y'START-%XXXXXX Z'START-^XXXXXX 
Y'ERROR-%XXXXXX Z'ERROR«%XXXXXX 
Y'DATA-%YYYYYY rDATA*%YYYYYY 



c) Controller Channel program error 
CPVA(O) - %YYYYYY 

d) Device read error: 
CPVA(l) • %YYYYYY 

e) Device Channel program error: 
CPVA(2) • %YYYYYY 

f) Interrupt Status of Device incorrect: 

Expected STATl • %YYYYYY; Expected STAT2 • %YYYYYY 
STATl - %YYYYYY ; STAT2 • %YYYYYY 

e) Secondary Address on Device incorrect: 

Expected LSA « %YYYYYY; Expected TSA ■ %YYYYYY 
LSA - %YYYYYY ; TSA - %YYYYYY 

Where: X'START ■ Address of start of controller source buffer 

Y'START » Address of start of controller destination buffer or device 

source buffer 
Z'START = Address of start of device source buffer 
X'ERROR » Address of error in controller source buffer 
Y'ERROR ■ Address of error in controller destination buffer or 

device source buffer 
Z'ERROR » Address of error in device source buffer 
EXAD » Bank address of all data buffers. 

X'DATA » Data found in address with error in controller source buffer 
Y'DATA ■ Data found in address with error in controller destination 

buffer or device source buffer 
Z'DATA » Data found in address with error in device destination buffer 
CPVA » Error conditions for the DMA transfer 
STATl " Interrupt status from device reg, 2 for the read DMA 
STAT2 » Interrupt status from device reg. 2 for the write DMA 
LSA = Secondary listen address from device reg. 
TSA * Secondary talk address from device reg. 
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3.6.2 TIC Error Messages 

The foiiowing are error messages generated from the TIC DMA transfers 

a) Timer expired waiting for an interrupt from the TIC 
Ports Received: XXX... or 

Ports Received: NONE! 
Where 1 <- X <- 7 

b) Wrong port number was received: 

Expected Ports » 1-7; Received Port # « X X X ... 
Where X is a decimal number. 

c) Wrong interrupt was received: 

Port # • XX; 

Expected interrupt > %XX; Received interrupt « %XX 

d) Buffer compare error 

PORT #« XX BANK- XX 

SOURCEB'START - %XXXXXX; RECEIVEDB*START - %XXXXXX 
SOURCE'ERROR • %XXXXXX; RECEIVED'ERROR « %XXXXXX 
SOURCE'DATA « %YYYYYY; RECEIVED'DATA - %YYYYYY 

Where: BANK « Bank of source buffer and destination buffer 
SOURCEB'START » Address of start of source buffer 
RECEIVEDB'START - Address of start of destination buffer 
SOURCE'ERROR » Address of source buffer error 
RECEIVED'ERROR « Address of destination buffer error 
SOURCE'DATA ■ Data from address with error in source buffer 
RECEIVED'DATA » Data from address with error in destination buffer 
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1.0 INTRODUCTION 

This manual describes the diagnostic program for the Memory in the HP 3000 Scries 37. The MDIAG37 
will test all of memory and all control functions, and will force single and double-bit error detection and 
single -bit error correction. 

This diagnostic is a tool that can be used to locate bad memory chips, verify memory control circuitry, and 
verify the correct operation of the Error Detection and Correction circuit (EDAC). 

MDIAG37 is written in SPL and is run under the Diagnostic/ Utility System (DUS). 

1.1 REQUIRED HARDWARE 

The hardware required to run MDIAG37 is the HP 3000 Series 37 minimum configuration: 

Console (connected to the TIC at slot 1, port 0) 

HP-IB Tape Drive 

SPU (with the following board set): CPU 

Memory* 

TIC 

PIC** 



*located in slot 2 of the SPU — must work well enough to initiate MDIAG37 
**needed as a coldload path to load DUS 



1.2 REQUIRED SOFTWARE 

The most recent revision of the following software is required: 
DUS 
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General Information 



1.3 DIAGNOSTIC PROGRAM STRUCTURE 

The MDIAG37 is composed of tests that can be run individually or in any combination that you select. 
The selected tests can be looped a specific number of times or until you halt them. The tests always run 
in ascending numerical order. 

Tests 1 , 8, and 9 do NOT allow error looping. 

1.4 TEST LIMITATIONS 

This diagnostic is intended to isolate specific RAM and/or EDAC failures. The system to be tested needs 
to be functioning well enough to load DUS. 

Multiple -bit errors will cause MDIAG37 to lose control over error reporting and the ability to recover 
from the interrupt, EXCEPT during Test Section 2. All other test sections will display the following 
message: 

System Halt 6 

CPU memory parity error -- multi-bit error. 

The number of the test section in which the halt occurred will also be displayed. 
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2.0 INTRODUCTION 



This section of the manual describes how to operate the memory diagnostic (MDIAG37). 

The primary function of MDIAG37 is to test and diagnose the HP 3000 Series 37 memory. The most 
important feature of MDIAG37 is that you control test selection, looping, error handling, and printing 
messages. 

2.1 TEST SELECTION 



MDIAG37 is divided into tests that can be run individually or in combinations. The order in which the 
tests run, however, is fixed. Use the TEST command to select tests. 

Use the List Diagnostic .Status (LDS) command to list which tests are currently selected. A "1" under the 
test number indicates that test section is enabled. A "0" indicates that test section is disabled. 

The standard default selects all tests. If you want to run a simple "go/no go" version of MDIAG37, select 
the following test list: 

1 ) Test Section 1 - Low Memory /Diagnostic Compatability Test 

2) Test Section 2 - EDAC Test 

3) Test Section 3 - Addres Test 

4) Test Section 6 - Move Data Test 

5) Test Section 9 - Log Test 

To change the test selection, enter TEST, then enter a "-" in front of the test numbcr(s) to be deleted, or 
enter a "+" in front of the test number(s) to be added. Enter TEST and a list of test numbers without 
using a "-" or a "+" to select only those tests that you list. 

2.2 LOOPING 

You can select two types of looping when you configure MDIAG37. 

The first type loops on the selected test list the number of times that you si«cify. If you do not enter a 
parameter, the selected tests will be looped until you halt them. Set the LOOPOFF option to discontinue 
looping. LOOPOFF also turns off the loop on error (LOOPERR) option. The loop count can be any number 
from 1 to 32,767. 



* Review Copy * 
2-1 



Operating Instructions 

The second type loops on failure. If specified, the failing test will loop continuously until you halt it with 
CNTRL-Y. At this point, the LOOPERR option is also turned off. 

2.3 ERROR HANDLING 

Error messages cannot be suppressed. However, you have the option of displaying the error messages on 
the console (default) or of routing them to a printer (PEMP). Make certain that the printer is connected 
before DUS is initialized. The printer connection is not verified by MD1AG37. 

You also have the option to pause on error (default) or to continue with the diagnostic (SEPS). 

Only the most recent single -bit error is saved because there is only one location per memory board for 
error logging. Compare data errors or errors found in the EDAC test are all displayed. 

2.4 PRINTING MESSAGES 

There are two types of messages: error and information. Error messages tell you that the memory has 
failed to respond properly to a test. Error messages cannot be suppressed, but can be directed to a printer 
instead of to the console (PEMP). Information messages can be suppressed (SNDP). 

2.5 HOW TO RUN MDIAG37 

Input to MDIAG37 is through the system console, after Test Section 1 has run or during program pauses. 
Run the memory diagnostic in the following manner: 

1) Perform MPE ihutdown to logoff all men, if applicable. 

2) Run the console selftest 

3) Fully reset the console. 

4) Install a DUS tape in the cold -load device. 

5) If the system is off, power it on by turning the keyswitch to the LOCAL or REMOTE position. If 
the system is already on, verify that the keyswitch is in the LOCAL or REMOTE position. Use the 
appropriate load command to load DUS. 

6) DUS displays a welcome menage and a prompt: 

DIAGNOSTIC/UTILITY SYSTEM (REVISION nn.nn) 

ENTER YOUR PROGRAM NAME (TYPE HELP FOR PROGRAM INFORMATION) 

7) Type MDIAG37 in response to the prompt. 
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Operating Instructions 

8) The memory diagnostic loads and executes Test Section I. The following message is then displayed: 

HP 3000 Series 37 Memory Diagnostic - (MDIAG37 nn.nn XX/XX/XX) 
Begin Section 1 

Begin Step 11 

If step 11 does not complete without error then there are fatal 
multiple-bit errors in low memory and the diagnostic will fail 
to run properly. 

Step 11 completed 

Begin Step 12 

Step 12 completed 

Begin Step 13 

Detected X banks of memory on X boards using 64K RAMS 

Step 13 completed 

Begin Step 14 

Step 14 completed 

End of Section 1 

Type 'GO' to Continue (HELP to list commands) 
> 



9) At this point, GO will execute the default teits (all tests) after Section 1. To change the test 
selection, enter TEST with a "-•• in front of the test numbers to delete those tests, or a "+" in front of 
the test numbers to add those tests. Without a "-" or a "+" MDIAG37 will perform just those test 
sections listed. 



Examples: TEST -5,6,7 or TEST -5/7 will delete tests 5-7 
TEST +2,3,4 or TEST +2/4 will add tests 2-4 
TEST 1 ,2,3,6,9 to run tests 1,2,3,6, and 9 (go/no go) 

If you inadvertently select no tests by deleting test sections, MDIAG37 will select all tests (default). 

1 0) Unless the End of Program Pause has been enabled, control is returned to DUS when the diagnostic 
has been executed. 
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Operating Instructions 



2.6 HOW TO CONFIGURE MDIAG37 



You can configure and reconfigure the diagnostic according to your needs. 

MDIAG performs initialization and Section 1, followed by a prompt for an operator command. If you are 
going to use the default commands (indicated with an asterisk in Table 2-1), type CO in response to the 
prompt. If you want to reconfigure the diagnostic, you can do so at this point or after you interrupt the 
diagnostic. Table 2-1 provides the available commands. 



Table 2-1. DIAGNOSTIC COMMANDS 



COMMAND 


NAME 


DESCRIPTION 


EEOPP* 


Enable End Of Program Pause 


allows end of program pause 


EEPS* 


Enable Error Pause 


halts after error occurs 


END?* 


Enable Non -error Display 


allows information messages 


EXIT 


Exits the diagnostic 


returns to DUS 


GO 


resumes program at current step 


allows diagnostic to continue at 
current step 


HELP 


lists commands 


lists available commands with a brief 
description 


LDS 


Lift Diagnoitic Status 


Lifts the following infonnation: 

which test sections are enabled 
ENDP flag: true or false 
EEPS Hag: true or false 
EEOPP flag: true or false 
LOOP IbT flag: true or false 
LOOPERR flag: true or false 
PEMPflag: true or false 
number of executed diagnostic passes 


LOOPTST (n) 


Loop on current Test list 


May enter a repetition factor. If a 
parameter is blank, the loop continues 
until LOOPOH is set. 


LOOPERR 


Loop on test with Error 


Loops on failed test section. Halt 
LOOPERR with CNTRL-Y. 
LOOPERR is not available in test 
sections 1, 8, and 9. 
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Table 2-1. DIAGNOSTIC COMMANDS 



COMMAND 


NAME 


DESCRIPTION 


LOOPOFF* 


Do not Loop 


overrides LOOPTST and LOOPERR 


LT 


Lists Tests 


lists available tests with a brief 
description 


PEMP 


Print Error Messages to Printer 


uses printer that is defined in DUS 
I/O table 


PEMC* 


Print Error Messages to Console 




RUN 


restart program from section 1 


allows you to restart the diagnostic 


SEOPP* 


Suppress End of Program Pause 


returns to DUS 


SEPS 


Suppress Error Pause 


does not pause after error 


SNDP 


Suppress Non -error Display 


suppresses informational messages 


TEST (n) 


Specify Test(s) to be executed 


allows you to select tests with a 
+, delete tests with a - 

NOl t: Refer to the following 
section for test descriptions. 



^default configuration 
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3.0 INTRODUCTION 



This section of the manual describes the test sections of the memory diagnostic (MDIAG37). 



3.1 TEST SECTION 1 



Low Memory/Diagnostic Compatability Test 

This section tests low memory and diagnostic compatability, reads the syndrome information, and checks 
memory configuration. It automatically executes when you call up MDIAG37. After completion, this 
test section allows the operator to change the configuration of the diagnostic. 

Appendix A contains a table that decodes the syndrome codes. 



NOTE 



This section does NOT allow the Loop on Error option. 



Step 1 1. Low Memory Test — Thii itep reads the lowest 256K bytes of memory (banks and 1) to check 
for double-bit hardware errors. If there are any double-bit errors in bank or bank 1, 
MDIAG37 will not run. This step does NOT have the Loop on Error option. The displayed 
failure indication will be a multiple -bit error system halt: 



System Halt 6 

CPU memory parity error -- multi-bit error. 



Step 12. Diagnostic Compatability — This step checks that the system you are testing has the correct 
CPU. This step does NOT have the Loop on Error option. If an incorrect CPU is detected, the 
following message is displayed: 

This diagnostic is only for an HP 3000 Series 37 System. 
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Test Descriptions 

Step 1 3. Memory Configuration — This step determines the size of memory by reading a location in each 
consecutive bank until a Memory Bounds Violation occurs. This information is displayed by the 
following message: 

Detected XX banks of memory on Y boards using ZZZK Rams. 

Where: XX « 1 -32 (indicating the number of banks) 
Y- 1/2 
ZZZ- 64/256 

If no valid last bank number is found, the following error message is displayed: 

Last Bank No. Invalid 

If a Memory Bounds Violation is not detected, the following error message is displayed: 

Memory Bounds Violation not detected - default ending bank = 3. 

This step does NOT have the Loop on Error option. 

Step 14. Clear Memory Status — This step reads the memory status of 1 or 2 boards to clear the error 
syndrome code. It does NOT have the Loop on Error option. 

3.2 TEST SECTION 2 



EDAC Test 

This lection performs t simple pattern test on all memory boards present It then checks the Error 
Detection and Correction Circuit (EDAC) to ensure that the board will function correctly with single -bit 
errors present. 

Step 21. Simple Pattern Test — This step does a simple pattern test before beginning the EDAC test to 
detect faulty RAMs. Since the EDAC facility cannot be shut off, this is the only way to ensure 
that the EDAC test is using locations that are free of errors. 

Error message: 

Single-bit error detected 
Board: X 

Syndrome Code: %YYY 
Chip Number: UZZZZ 

Where: X-0/1 

YYY ■ Octal Syndrome Code 

UZZZZ ■ Reference Designator of faulty RAM 
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Step 22. EDAC Test — This step verifies that single -bit error detection and correction is performed 
correctly. The 32 single -bit errors that can occur are generated. Proper error correction is 
then checked. The syndrome latch is checked for proper error logging, causing the latch to 
clear. Finally, a check is made to verify that the syndrome latch is cleared. 

Error messages: 

• Multi-error was detected during single-bit error test; 
Board: Y; Block: Y 

Where: Y-0/1 

• Error in test word was not corrected; data bit XX. 
Board: Y; Block: Y 

Data expected: %AAAAAA; Data received: %ZZZZZZ 

Where: 0«<«XX<- 31 
Y-0/1 
AAAAAA and ZZZZZZ ■ octal data 

• Syndrome code expected was not returned; data bit XX. 
Board: Y; Block: Y 

Expected: %AAA; Received: %ZZZ 

Where: 0<«XX<-31 
Y«0/1 
AAA and ZZZ « octal syndrome codes 

• Syndrome latch was not cleared after status was reported; 
Board: Y 

Where: Y-0/1 
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Step 23. EDAC Test - Double-bit Errors — This step will verify double-bit error detection and 
correction. Thirty random double -bit errors are generated and checked for proper handling. 
The syndrome latch is checked for proper error logging. 

Error messages: 



Multi-error was detected during double-bit error test. 
Board: Y; Block: Y 

Where: Y-0/1 

Syndrome code expected was not returned; 
Board: Y; Block: Y 
Expected: %AAA; Received: %ZZZ 

Where: Y-0/1 

AAA and ZZZ ■ octal syndrome codes 

Syndrome latch was not cleared after status was reported; 
Board: Y 

Where: Y-0/1 
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3.3 TEST SECTION 3 



Address Test 

Step 31. Address Test — This step will write the "exclusive or" of the bank and address of every available 
location into itself. Each location is then read and verified. This procedure is repeated, using 
the compliment of the "exclusive or" of the bank and address of every location as data. If this 
test fails, the unique address capability may have failed. 

The following messages will appear during test execution: 

Begin Section 3 

Begin Step 31 

All of tested memory has been written 

Pass 1 completed - Begin Pass 2 

All of tested memory has been written 

Step 31 completed 

End of Section 3 

Error meoage: 

Expected: %XXXXXX; Received: %YYYYYY 
Address = %ZZZZZZ 
Bank « W 
Board = A 

Where: XXXXXX • data expected in octal 
YYYYYY - data received in octal 
ZZZZZZ ■ address of error in octal 0<-Z<- 177777 
W - bank with error < • W < « 31 
A -0/1 
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3.4 TEST SECTION 4 



Alternating Ones and Zeros Test 

Step 41. Alternating Ones and Zeros Test — This step writes an alternate one and zero pattern into all 
available memory locations in ascending address order and then reads them back. The 
complement pattern is then written and read back. The error latch is read after testing each 
pattern to check whether any single bit errors were detected. 

The following message will appear during test execution: 

Begin Section 4 

Begin Step 41 

All of tested memory has been written 

Pass 1 completed - Begin Pass 2 

All of tested memory has been written 

Step 41 completed 

End of Section 4 

The following error menage will be diiplayed only if error correction ii NOT working: 

Expected: %XXXXXX; Received: %YYYYYY 
Address = %ZZZZZZ 
Bank = W 
Board = A 

Where: XXXXXX « data expected in octal 
YYYYYY • data received in octal 
ZZZZZZ ■ address of error in octal 0<-Z«177777 
W ■ bank with error < ■ W < ■ 3 1 
A -0/1 
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The error latch information will be displayed if an error was detected during the test. Bad 
memory chips are identified only by the error latch information. 

Error message: 

Single-bit error detected 
Board: X 

Syndrome Code: %YYY 
Chip Number: UZ222 

Where: X«0/1 

YYY « octal syndrome code 

UZZZZ ■ Reference Designator of faulty RAM 
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3.5 TEST SECTION 6 



Data Pattern Test 

Step 51. Data Pattern Test -- This step writes 64K data patterns into one 32-bit memory word in each 
block. This function attempts to access each chip on each board in order to point out any 
malfunctioning chips. The data patterns are generated by using the 64K possible patterns in the 
lower 1 6 bits and the one's complement of the pattern in the upper 1 6 bits. 

The following message will be displayed during test execution: 

Begin Section 5 

Begin Step 51 

Test is half way to completion 

. Step 51 completed 

End of Section 5 



The following error message will be displayed only if error correction is NOT working: 

Expected: %XXXXXX XXXXXX; Received: %YYYYYY YYYYYY 
Address * %ZZZZZZ 
Bank * W 
Boa rd — A 

Where: XXXXXXXXXXX ■ data expected in ocUl 
YYYYYYYYYYY • daU received in octal 
ZZZZZZ ■ address of error in octal 0<»Z<» 177777 
W ■ bank with error < « W < - 3 1 
A -0/1 



The error latch information is displayed if an error was detected during the test. Bad memory 
chips are identified only by the error latch information. 

Single-bit error detected 
Boa rd : X 

Syndrome Code: %yYY 
Chip Number: UZZZZ 

Where: X-0/1 

YYY ■ octal syndrome code 

UZZZZ « Reference Designator of faulty RAM 
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3.6 TEST SECTION 6 



Move Data Test 

Step 61. Move Data Test — This step uses the lower 3 2K -bytes of memory as a data bank and copies it 
to every other 32K-byte block. The error latch is checked after each 32K-byte move 
operation. This step uses the Move Absolute Instruction for speed and simplicity. This step is 
repeated, using the 3 2K -bytes of each block as the data to write back into that block. 

Error message: 

Single-bit error detected 
Boa rd : X 

Syndrome Code: %YYY 
Chip Number: UZ2Z2 

Where: X«0/1 

YYY » octal syndrome 

UZZZZ » Reference Designator of faulty RAM 
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3.7 TEST SECTION 7 



March Ones and Zeros Test 

Step 71. March Ones/Zeros — This step marches first ones and then zeros through each 32K-byte block 
of memory. Each 32K-byte block of memory is written to all zeros. Then each location is read 
for a zero and then written to all ones. When the block contains all ones, the process is repeated 
by reading each location for all ones and then writing a zero. The error latch is checked after 
each 32K-byte block of memory is completed. 

The following error messsage will be displayed only is error correction is NOT working: 

Expected: XXXXXX; Received: YYYYYY 
Address: %2ZZ2ZZ 
Bank » W 
Board = A 

Where: XXXXXX « data expected in octal 
YYYYYY ■ data received in octal 
ZZZZZZ ■ address of error in octal 0<»Z<« 177777 
W ■ bank with error < ■ W < • 3 1 
A -0/1 

The error latch information will be displayed if an error was detected during the test. Bad 
memory chips are identified only by the error latch information. 

Singl«-bit •rror cl«t«ct«d 
Board: X 

Syndrome Code: %YYY 
Chip Number: UZZZZ 

Where: X«0/1 

YYY ■ octal syndrome code 

UZZZZ ■ Reference Designator of faulty RAM 
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3.8 TEST SECTION 8 



Low Memory Test 

This section relocates the program and checks the memory area where the program was originally located 
(banks and 1 ). It is then relocated back. This section will NOT respond to the Loop on Error option 
and does NOT provide error messages until the last step is completed. In addition, it will NOT respond to 
CNTRL Y or any other type of I/O. 

Step 81. Program Relocation — This step will relocate MDIAG37, DUS, stacks, and the Device Reference 
Table (DRTS) into Banks 2 and 3 in order to test the area in lower main memory, where the 
program was originally located. 

Step 82. Marching Ones and Zeros — This step is identical to Step 71. These locations are written and 
read by the diagnostics. Any errors are recorded in the error latch. Because of limitations 
imposed by the relocation of the diagnostic, only the last error encountered by the marching test 
will be reported. 

Step 83. Program Re -Relocation — This step relocates the program back to its original area in lower 
main memory. The memory status is checked and any errors that were encountered in the 
marching test (Step 82) are now displayed. 

3.9 TEST SECTION 9 



Log Test 

Step 91. Log Test — This step will check the error latch to make sure it has been cleared before the 
diagnostic returns control to DUS. This section will NOT respond to the Loop on Error option. 

Error message: 

Single-bit Error Detected 
Board: X 

Syndrome Code: %YYY 
Chip Number: UZZZZ 

Where: X«0/1 

YYY » octal syndrome code 

UZZZZ ■ Reference Designator of faulty RAM 
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Table A-1. Single-bit Error Syndrome Codes 



OCTAL SYNDROME 


BIT NUMBER 


CODE 




% 14 


data bit 


% 254 


data bit 1 


%264 


data bit 2 


% 324 


data bit 3 


%24 


data bit 4 


% 344 


data bit 5 


% 44 


data bit 6 


% 104 


data bit 7 


'All 


data bit 8 


% 132 


data bit 9 


% 232 


data bit 10 


X152 


data bit 1 1 


%252 


data bit 12 


X312 


data bit 1 3 


% 162 


data bit 14 


% 322 


daU bit 1 5 


%216 


daUbit 16 


•/. 56 


daU bit 1 7 


%66 


data bit 1 8 


% 126 


data bit 19 


% 226 


data bit 20 
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Table A-1. Single-bit Error Syndrome Codes 



OCTAL SYNDROME 


BIT NUMBER 


CODE 




% 146 


daU bit 2 1 


•/. 246 


data bit 22 


%306 


data bit 23 


%270 


data bit 24 


%330 


data bit 25 


% 30 


data bit 26 


•/. 350 


data bit 27 


•/.SO 


data bit 28 


% 110 


data bit 29 


% 360 


data bit 30 


•/. 120 


data bit 31 


% 176 


check bit 


X276 


check bit 1 


X336 


check bit 2 


%356 


check bit 3 


X366 


check bit 4 


%372 


check bit 5 


X374 


check bit 6 



NOTE: (1) There is a decimal/octal/hexidecimal conversion chart at the beginning of this diagnostic 
manual set. 

(2) The syndrome codes in this table are transposed and then shifted one bit to the left from those 
listed in the manufacturer's data sheet for the EDAC chip. This octal syndrome code is the 
same for block and block 1. 
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PRELIMINARY 

1.0 INTRODUCTION 

This manual describes the Self Test for the HP 3000 Series 37 in both power -on (PON) mode and 
maintenance mode. 

The Self Test is the primary turn -on test. It tests for a functioning CPU, Memory, TIC, PIC, and 
Synchronous Intermodule Bus (SIMB). Self Test will also verify the cold load path. 

Self Test executes when any of the following happens: 

• power-on via the keyswitch 

• maintenance mode initiated via the system console (Control B) 

• restart after power failure 

• system crash 

1.1 REQUIRED HARDWARE 

The hardware required to run Self Test is the HP 3000 Series 37: 

CPU 

Memory 

TIC 

PIC 

Console (connected to TIC channel l/port 0) 
a supported cold load device 

The power -on self test sequence is CPU, Memory, TIC, and PIC. If a required peripheral is not connected, 
tests performed before that peripheral is required are valid. 

1.2 SELF TEST ROM CODE 



The ROM code is made up of three subsets: executable ROM code and two types of loadable ROM code - 
executable code and ROM -based messages. 

The executable ROM code loads the first series of self tests from loadable ROM code into Writable Control 
Store (WCS) upon power -on. Control is then passed to the code loaded into WCS. 

This code tests the CPU chip and slow WCS. It then loads the Code Loader and the second series of tests 
into Slow WCS. 
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The second series of tests check additional portions of the CPU chip, fast WCS, and the CPU register file. 

When these tests are successfully completed, the maintenance panel code is loaded into WCS and enabled. 
Then the Self Test Executive is loaded into WCS and control is passed to it. 

1.3 SELF TEST EXECUTIVE 



The Self Test Executive determines if an Auto Restart after power failure is to be performed. Auto 
Restart tests a subset of the memory tests. 

If a normal power -on sequence occurred, the Self Test Executive tests all of memory. 

The Self Test Executive then tests all of the I/O cards installed in the system and speed senses the system 
console. The slot numbers of any failing cards are displayed on the console. A prompt is issued, unless 
Auto Warmstart is specified. If Auto Warmstart is specified, control is passed to the Loader Code and the 
start device number is displayed. 

1.4 POWER-ON SELF TEST 



When power is applied to the SPU, the ROM -based Power -on Self Test is executed. Self Test loads all of 
the code in ROM 3 into WCS. The code in WCS is then executed. 

The basic CPU chip test, a general WCS test, and a ROM code loader are in ROM 3. This code tests some 
of the Series 37 CPU chip functions. The last CPU chip function tested is all of Slow WCS and then CPU 
test modules are loaded. These modules test the remaining CPU chip functions. When these tests are 
complete, the Mainframe Panel module, the Control module, and the Test Executor module are loaded. 
Control is then passed to the Test Executor. 

The Test Executor loads the memory tests, the TIC test, and the PIC test. The memory tests are then 
executed. If a failure occurs, the memory tests are successfully executed, the console TIC and all of the 
other boards in the SPU are tested. The results are displayed on the LED display. 

The Control module initializes the TIC and displays the H for help-> prompt. 

1.5 MAINTENANCE MODE MICROCODE 

The maintenance mode microcode contains the code for Control B sequences and the Series 37 Self Test. 
Unlike earlier versions of HP 3000 computers, there is no special maintenance processor. The 
maintenance microcode resides on the CPU board. The Control B detection logic is enabled on the TIC 
that is in slot 1 channel 1 of the SPU card cage. Only the console connected to Port or the remote 
console can execute the Control B sequence. 

1.6 CONTROL B MODE 



The Control B sequence can be issued and executed only from the system console. When you initiate the 
Control B sequence, software execution halts. The Control B maintenance microcode then begins 
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execution. Note that the MPE environment is protected only if you execute a Run, Help, or Dump 
command. If any other commands are executed, MPE is not protected. 

1.7 TEST LIMITATIONS 
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SECTION 



PRELIMINARY 

INTRODUCTION 

This section describes how to operate both the Power On Self Test and the Maintenance Mode Microcode. 

The primary function of the Power On Self Test is to verify the correct operation of the logic necessary to 
load the system. 

The maintenance mode microcode contains the code for interpreting maintenance commands and the 
Series 37 Self Test. Since the Series 37 does not have a special maintenance processor, the maintenance 
microcode resides on the CPU borad. The Control B detection logic is on the TIC. Only the TIC in slot 1 
(channel 1) can have the the Control B logic enabled. To enable the logic, the keyswitch must be in either 
the Local or Remote position. Note also that only the console connected to port (local) or port 7 
(remote) can execute the Control B sequence. 

PON EXECUTION 



Immediately upon powering on the CPU, the LED display will flash "0", "1", and "2" ( the "1" may not be 
visible) as the first Series of tests are loaded into the WCS. Then a "5", indicating card 5 of the CPU, is 
displayed as the CPU tests are executed. Upon successful completion of the CPU tests, a "B" will be 
displayed as the memory tests are executed. Upon successful completion of the memory test, a "C" will be 
displayed as all of the I/O cards in the system are tested and the console is speed sensed. If any of the 
tests fail, the failing asembly will be indicated in the LEDs as well as on the console if the console path is 
operational 

A Flashing "B" indicates that the memory test failed, a flashing "C" or "1" indicates that the console failed 
to speed sense or that the console TIC is bad. A steady or flashing "5" indicates that the CPU card failed. 
All other failing I/O cards are indicated by the slot number of the failing card. If the failing card is in 
the Extender an "E" preceeds the the slot number. 

If all the tests were passed successfully, the results will be displayed on the console and a prompt will be 
sent to the console unless Auto Warmstart is indicated. If the Auto Warmstart was indicated control will 
be passed to the loader code with the START Device indicated. 

If Power On looping was specified from the test mode, the Power On Self Test will be looped until the loop 
count reaches 0. When all tests have been successfully completed Control B mode is entered and the 
following prompt is displayed: 

H for help-> 
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CONTROL B MODE 



Control B Mode allows the operator to perform a number of functions. The major functions which can be 
performed are the LOAD/START/DUMP and Self Test functions. LOAD and START load MPE from tape 
or disc respectively, and the DUMP command loads the dump software from from the indicated device. 
The Self Test function allows the operator to run the Power On Self Tests with failures displayed on the 
console. The Self Test Mode also allows a limited looping feature. Tests can be looped with the count 
parameter. Count must be an integer between 1 and 9999, with 1 being the default. 

There are 1 3 responses to the "H for help->" prompt. The LOAD START, and DUMP commands require 
a channel and device specification, unless the default device has been set up by the ",P' and ",C" options. 
The DUMP command always defaults to the START device. The '\F' option updates the LOAD or 
START device data in the TOC and initiates the LOAD or START. The TOC LOAD or START data can 
also be updated with the "»C" option but the LOAD or START is not performed. The valid channels are 
1-4 for main and 9-13 for the extender. Run attempts to "run" the system if it arrived in the H for 
help-> mode via a Halt or Control B. The "AR" command allows the operator to try another Autorest-art 
if the system has given up (5 tries of approximately 90 seconds each). The other LOAD/START type 
commands (COO, COL, DIS, NEW, RELO, TAPE, UPDA, and WAR) use the LOAD or START deivce as stored in 
the TOC. The following lists the valid Control -B Mode Commands: 



Command 



DESCRIPTION 



AR Retry Auto Restart. 

COLDLOAD Perform COLDLOAD using LOAD device. 

COOLSTART Perform COOLSTART using START device. 

DISC Perform START using START device. 

DUMP Perform DUMP using indicated or START device. 

HELP Display HELP messages. 

LOAD Perform LOAD (has options). 

NEWSYSTEM Perform RELOAD using LOAD device. 

RELOAD Perform RELOAD using LOAD device. 

RUN RUN lystem after Control B halt. 

SPEED Allow operator to change console speed. 

START Perform START (has options). 

TAPE Perform LOAD using LOAD device. 

TEST Go to Self Test mode. 

UPDATE Perform UPDATE using LOAD device. 

WARMSTART Perform WARMSTART using START device. 



SELF TEST 



The Self Test function allows the operator to run the Power On Self Test tests with failures displayed on 
the console. The Self Test mode also allows a limited looping feature. 

The Control B mode TEST command accesses the Self Test mode. There are 8 commands available in Self 
Test mode; these are: 



Command 

A[ll] [»count] 

CH[an] [, count [, Chan] ] 



Etescription 

Run all self tests 1-9999 times 

Loop Test of channel 1-9999 times. The default chan is all chann 
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C[pu] [, count] LoopCPU test 1-9999 times 

e [x it ] Return to Control mode 

liomap] [, count] Loop lOMAP 1-9999 times 

M[emory] [, count] Loop memory test 1-9999 times 

PON [count ] Run (or loop) Power On Self test (key switch must be in local) 

REMOTE OPERATOR INTERFACE 



The remote operator interface is enabled if all of the following 
conditions are met: 

• The modem is connected to Port 7 of TIC in Slot 1 

• The keyswitch is in Remote (or Local after having been in Remote, 
but not switched through Normal) mode. 

• The console speed is 300 or 1200 baud 
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PRELIMINA riY 
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3.1 INTRODUCTION 

This section provides descriptions of each section of the Series 37 Self Test code. Included here are 
definitions of the two test modes, Control B and Self Test, and their associated commands. Also included 
are examples of the commands with their output and returns. 

Examples of error messages can be found in Appendix A. 

3.2 POWER ON TEST EXECUTION 



Immediately upon powering on the CPU, the LED display will flash "0", "1", and "2" as the first series of 
CPU tests are loaded into WCS. Then a "5" will be displayed as the CPU tests are executed. Upon 
successful completion of -the CPU tests, a "B" will be displayed as the memory test is executed. When the 
memory test successfully completes, a "C" will be displayed as all of the I/O cards in the system are tested 
and the console is speed sensed. If any of the tests fail, the failing assembly will indicated by the LED. If 
the console path is s operational, the number of the failing assembly will be displayed on the console. 

A flashing "B" on the console indicates that the memory test failed, a flashing "C" and "1" indicates that 
the console failed to speed sense or that the console TIC is bad. A steady flashing "5" indicates that the 
CPU card failed. All other failing I/O cards are indicated with a flashing numeral indicating the card 
slot of the failing card. If the failing card is in the Extender, an "£" preceeds the slot number. If the LED 
is blank, then the console is operational and any failure messages wiU appear on the system console. After 
successful completion of the Power On Self Test, Control B mode is entered. 

3.2 CONTROL B MODE COMMANDS 



Control B mode is indicated by the "H for help->" prompt. Control B mode initializes the TIC for 
communication with the operator and allows the following test commands: 

AR (Retry AutoRestart) Reload 

Cold load Run 

Coolstart Speed 

Disc Start 

Dump Tape 

Help Test 

LOAD Update 

Newsystem Warmstart 
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Test Description 

Auto Restart 

The AUTO RESTART (AR) command allows the operator to retry the Power Fail Auto Restart capability if 
the Auto Restart was not successful because a disc was down or broken. To initiate an AR, the cause for 
the Auto Restart failure must be corrected, and then the operator may attempt an Auto Restart. Auto 
Restart should be successful as long as the memory has been powered, the Auto Restart flag in memory 
location 0. 0358 (hex) is A AAA (hex), and the data in memory on the disc is uncorrupted. 

The following illustrates the use of the AR command: 

H for help->AR 

Show output and return from entry here?????????????????????????? 

Following the Power On CPU test, an abbreviated version of the memory test is executed to find the size 
of memory if the Auto Restart flag at $0. 0358 is set to SAAAA. Upon successful execution of this test, 
all of the I/O cards are tested and communication is established with the console. When these steps have 
completed, execution is transferred to the Auto Restart entry $5001 in the Loader code module and the 
WCS boot code is executed with the Auto Restart flag and LOAD/Start flags set with the start device set 
into register file location $EF. 

If the Auto Restart should fail because the disc was not ready, up to 4 retries will be made. If none of the 
retries are successful, return will l« to the Control B mode "H for he lp->" prompt. The operator may 
type up to 5 tries when the disc is made ready. 

Coldload 

The COLDLOAD command loads the system microcode and software from the default tape unit and allows 
the operator to perform COLDLOAD, RELOAD, or UPDATE operations for MPE or run DUS. Auto 
coldload can be run without operator intervention. 

COLDLOAD differs from LOAD in the following wayc 

• No channel or device parameters are allowed. 

• The default LOAD device always used. 

• A code "1" in TOC location SOD to indicate COLDLOAD. 

• Auto Coldload can be run without any operator interaction. 

The following illustrates the use of the COLDLOAD command: 
H for help-> COL[dload] 

illustrate the reuturn and output from this command here. ??????????????? 

7999 



* Review Coov * 
?-2 



Test Description 



Coolstart 



COOLSTART loads the system microcode and software from the default disc unit and allows the operator to 
perform COOLSTART ?? or WARMSTART operations for MPE or run DUS. 

COOLSTART differs from START in the following ways: 

• No channel or deoice parameters are allowed. 

• The default START device is always used. 

• A code "2"is placed in TOC location SOD to indicate COOLSTART. 

• Auto Coolstart can be run without any operator interaction. 
The following illustrates the use of the COOLSTART command: 

H for help-> COO[lstart] 

???put return and output examples here????????????????? 

Disc 

DISC loads the system microcode and software from the default disc unit and allows the operator to 
perform COOLSTART or???? WARMSTART operations for MPE or run DUS. 

• No channel or Device parameters are allowed. 

• The default Start device is always used. 

• A code "3" is placed in TOC location SOD to indicate COOLSTART. 

• START can be executed with all normal operator interaction except for the date and time. 
The following illustrates the use of the DISC command: 

H for help-> DIS[{c){k}] 

???place output and return examples here??????????????????? 



Dump 

Dump loads the Dump software from the indicated device and transfers execution to the dump software. 
The DUMP command allows optional channel and device parameters to indicate the location of the 
dump software if no parameters are supplied, the dump software is loaded from the default START 
device. The DUMP command puts a "4" in TOC register D. 
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Test Description 

The following illustrates the DUMP command: 
H for help-> D[ump] [chan,dev] 

????? place output and return examples here??????????? 

DUMP uses the START default device number stored in the TOC RAM, or the operator may specify a 
different deivce. The DUMP command always asks the operator to confirm that a DUMP is to be 
performed. Upon confirmation, the LOAD or Start is initiated by loading and transferring control to the 
load execution code. 

The load execution code test for valid Dump parameters and transfers control to $5FFF if microcode 
resides in WCS. If no micrcode is loaded, control is passed back to the Control B mode. 

Help 

The HELP command lists all of the commands along with their parameters. Specific details on the 
commands must be in the manuals set for the system. 

Note that the optional parameters change and update allow the operator to just alter the LOAD or 
START channnel and device {change) or alter the LOAD or START and execute a LOAD or START 
(update). The DUMP command puts a "7" in TOC register D. 

W£"LP displays the version code of the currently loaded microcode or ' ' if no microcode is loaded 

and then displays all of the capabilities of the control mode. 

1 -NORMAL H for help->h 

Microcode Version AR - Re -attempt Auto Restart COL[dload] COO{lstart] DI[sk] - Start 

from Disk DUlmp] [chan, dev] Lload] [chan, dcv(,{P[erml Clhange]}]] NEW[system] RUN SP(eed] ST[art] 
[chan, dev[,{P[erm] C[hange]}]] REL[oad] TA[pe] - Load from Tape TE[stl UPD{ate] WAR[mstart] 

1 -NORMAL H for help-> 

Load 

The OAD command loads the system microcode and software from the indicated or default tape unit and 
allows the operator to perform COLDLOAD, RELOAD, or UPDATE operations for MPE or to run DUS. 

If channel and deoice are specified, LOAD uses these parameters as the channel and device for the 
LOAD. The default LOAD channel and device are also updated in the TOC register C if the optional 
change or update parameters are specified. The LOAD command puts a code "7" in TOC register D. 

The following illustrates the use of the LOAD command: 

H for help->LOAD ]chan, device] [{C[hange),{U[pdate] )] 
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????place examples of output and return here????????????????? 

The LOAD capability allows the operator to perform a LOAD or START using the default LOAD and 
Start device numbers stored in the TOC RAM, specify different devices, or just change the default devices. 
The LOAD commands always ask the operator to confirm that the LOAD is to be performed. Upon 
confirmation, the LOAD is performed by loading the load execution code, the WCS boot code, and 
transferring control to the load execution code. 

The load execution code tests for the valid LOAD or START parameters and updates the TOC RAM if 
requested. Control is then transferred to the to the WCS boot code. If a parameter error occurred or if 
only a change to parameters was requested, control is passed back to the Control B mode. 

If the parameters are vahd and if a LOAD or START is to be done, control is passed to the WCS boot code 
which loads the HP 3 000 instruction set from the disc or tape and proceeds with the LOAD or START. 

Newsystem 

The NEWSYSTEM command operates like the LOAD command with the following exceptions: 

• No channel or device parameters are allowed. 

• The default LOAD device is always used. 

• A code "8" is written in TOC location SOD to indicate RELOAD. 

• A RELOAD can be executed with all normal operator interaction except date and time. 
The following illustrates the use of the NEWSYSTEM command: 

H for help-> NEW[sy8t<m] 

????place examples of output and return here????? 



Reload 

The RELOAD command operates exactly like the LOAD command with the following exceptions: 

• No channel or device parameters are allowed. 

• The default LOAD device is always used. 

• A code "B" is written in TOC location SOD to indicate RELOAD. 

• The update is executed with all normal operator interraction except date and time. 
The following illustrates the use of the RELOAD command: 
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H for help-> RELO[ad] 

????place examples output and return here ????? 



Run 

The RUN command returns execution to MPE or DUS if the Control B mode was entered via Control B or 
Halt and MPE/DUS is executable, i. e. , if the RUN flag is nonzero. The LOAD command puts a code "A" 
TOC register D. 

The following illustrates the use of the RUN command: 

H for help->RUN 

???place examples of output and return here ????? 



The RUN capability is not implemented. 

Speed 

The SPEED command allows the operator to change the console speed simply by changing the baud rate; 
no other interaction is required. 

The following illustrates the use of the SPEED conunand: 

H for h®ip->SPEED 

Change speed now . . . Change the console baud rate now 

" p Failed speed Knses 

H for help-> Prompt now at new speed 

To abort the speed command, type any character except Control F with the console baud rate unaltered. 
The LOAD command puts a code "5" in TOC register D. 

When changing speeds at low baud rates, it may take up to a minute to get a prompt. 

Start 

The START command loads the system microcode and software from the indicated, or default, disc unit 
and allows the operator to perform the coolstart or warmstart operations for MPE or run DUS. 

If the START channel and deoice are specified, the START command uses these parameters as the 
channel and device for the START. The default START channel and device are also updated in the 
TOC register B if the optional change or update parameters are specified. The START command puts a 
code "C" in TOC register D. The following illustrates the use of the START command: 
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H for help-> Start [chan, device] [{C[hange),{U[pdate] )] 
????place examples of output and return here???? 



The START capability allows the oprerator to perform a START using the default START device numbers 
stored in the TOC RAM, specify different devices, or just change the default devices. START always asks 
the operator to confirm that the start is to be performed. Upon confirmation, the START is performed by 
loading the load execution code, the WCS boot code, and transferring control to the load execution code. 

The load execution code tests for the valid START parameters and updates the TOC RAM if requested. 
Control is then transferred to the to the WCS boot code. If a parameter error occurred or if only a 
change to parameters was requested, control is passed back to the Control B mode. 

If the parameters are valid and if a LOAD or START is to be done, control is passed to the WCS boot code 
which loads the HP 3000 instruction set from the disc or tape and proceeds with the LOAD or START. 

Tape 

The TAPE command operates exactly like the LOAD command with the following exceptions: 

•^^ No channel or device parameters are allowed. 

•'''' The default LOAD device is always used. 

•^^ A code "D" is written in TOC location $0D to indicate COOLSTART. 

•^^ An Auto Coolstart can be run without any operator intervention. 
The following illustrates the use of the TAPE command: 

H for help->TAPE 



Your momma! 

Welcome to Maintenance Mode 

2 -LOCAL (from Normal) 
H for help->tape 

Do you want to abort the system (Y/N) ? yu 



Diagnostic/Utility System Revision 03.00 

Enter Your Program Name (type HELP for program information) 
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Test 

The TEST command transfers control to the Self Test Executive which displays all of the Self Test 
capabilities and the Self Test prompt. The TEST command puts a code "E" in TOC register D. 

The Control B mode code requests confirmation that test mode is to be entered. If confirmed, the Test 
Executor module is loaded and control is transferred to the Self test entry point in the Test Executor 
module. If not confirmed, control is transferred back to Control B mode. 

The Self Test entry point in the Test Executor module Displays the capabilities of the Self Test mode and 
the "Self Test - >" prompt. The following commands are allowed in Selt Test mode: 



1 -NORMAL 
H for help->TE 



ROM Versions: 1.24 18 2.2418 3.2418 4.2418 

Selftest Menu: 

AL[1] [ count ] 

CHlan] [ count [ ,chan ] ] 

CP[u] [ count ] 

E[xit] 

I[omap] [ count ] 

M[emory] [ count ] 

PON [ count J 



1 -NORMAL 
Self Test -> 

These commands are discussed in detail in section 3. 3 Selftest Mode 

Update 

The UPDATE command operates exactly like the LOAD command with the following exceptions: 

•^^ No channel or deoice parameters are allowed. 

•"'' The default LOAD device always used. 

•'^ A code "F" is written in TOC location SOD to indicate UPDATE. 

•^^ An UPDATE can be exectuted with all normal operator interaction except for date and time. 
The following illustrates the use of the UPDATE: 

H for help-> UPDA[te] 
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???place examples of output and return here. ????? 



Warmstart 

The WARMSTART command operates exactly like the START command with the following exceptions: 

•''^ No channel or device parameters are allowed. 

•"''' The default START device is always used. 

•^^ A code "0" is written in TOC location SOD to indicate WARMSTART. 

•''^ An Auto Coolstart can be run without any operator interaction. 
The following illustrates the use of the WARMSTART command: 

H for help-> War[mstart] 

???place examples of output and return here????? 

This command enables the Automatic Warmstart feature which does a WARMSTART without any 
operator interaction upon powering on the system. Software may be written to enable this feature by 
simply writing a "0" to TOC location SOD. 



SELF TEST MODE 



PRELIMINARY 



Self Test mode is entered with the Control B mode TEST command. The Self Test mode allows all of the 
Self Test steps to be manually directed. The following Self Test commands will be discussed in greater 
detail- 
All 

Channel 

CPU 

Exit 

Help 

lOMAP 

MEMORY 

PON 



All 

ALL runs all of the manually directed self tests except the PON Power On Self test in the following order: 
•'' CPU test 
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Test Description 

•''^ Memory Test 

•^^ Channel Test 

•"" lOMAP 

The test may be looped by specifying the desired number of loops in the count parameter. Count must be 
an integer between 1 and 9999 with 1 being the default. 

The following illustrates the use of the ALL command: 

Self Test -> A[11] [count] 



1 -NORMAL 

Self Test ->al 

TOC RAM 
Addr Data 

0008 0000 

0009 0000 
OOOA 0000 
OOOB 0000 
OOOC 0004 
OOOD OOOE 
OOOE 0000 
OOOF 0000 

Observe LED display cycle 0-F 

CPU test passed 

Memory Test pased 

Slot 1 Channel 1 ~ Termixial Intcrftce Controller 

Slot 4 Channel 4 - Peripheral Interface Channel 

Test Passed 

System I/O Configuration 

Number of banks ■ 4 
Load: Channel Device 4 
Start: Channel Device 
Dump: Channel Device 

Slot 1 Channel 1 ID»4 - Terminal Interface Controller 

Slot 4 Channel 4 ID«2 - Peripheral Interface Channel 
Device 3 ID«0260 - 9144 Cartridge Tape Unit 



1 -NORMAL 

Self Test -> 
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Test Description 



Channel 



The Self Test CHANNEL command executes the Power On Channel test on the indicated channel count 
times. Count must be an integer between 1 and 9999, with 1 being the default. The failure codes for 
the TIC/PIC cards are listed in Appendix A. 

The following illustrates the use of the CHANNEL command: 

Self Test -> CH[an] [ count ^channel] 



1 -NORMAL 
Self Test ->ch 

Slot 1 Channel 1 - Terminal Interface Controller 
Slot 4 Channel 4 - Peripheral Interface Channel 
Test Passed 

1 -NORMAL 
Self Test -> • 



The appropriate test (TIC, PIC, or none) is run for each card installed in the CPU and if a failure should 
occur, the fail code is printed on the console next to the card description. 

Return is to the Self Test prompt. 

CPU 

The Self Test CPU command executes tests of the CPU not run at Power On. The following Tests are run 
by this CPU test: 

•^^ P, D, S, A Bank register testing. 

•''"' LED display testng. 

•^^ TOC RAM testing. 

•""^ TOC counting verified. 

•^^ MPE timer counting verified. 

#"''' Watchdog Timer Force Condition verified. 

The tests not performed by this CPU test, but that are executed by the Power On CPU test are: 

•^^ ROM Checksum Test. 
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•"" Full Nezumi chip test. 

•'^ Full fast and Slow WCS address and Data Test. 
•'''' Register File Address and File Test. 
The following illustrates the use of the CPU command: 
Self Test ->CPU [count] 



1 -NORMAL 

Self Test ->cp 

TOC RAM 

Addr Data 

0008 0000 

0009 0000 
OOOA 0000 
OOOB 0000 
OOOC 0004 
OOOD OOOE 
OOOE 0000 
OOOF 0000 

Observe LED display cycle 0-F 
CPU test passed 

1 -NORMAL 
Self Test -> 



Test all of the Bank registers i?X>^^l tests the TOC RAM locations, ensures that the TOC and MPE 
timers are counting, displays LED codes 0-F. and tests the Watchdog timer/FMD capability. 

Looping this test throught count up to 9999 times is allowed, default is once. 

Exit 

The Self Test EXIT command returns execution to the Control B mode and displays the "H for help->" 
prompt. 

The following illustrates the use of the EXIT command: 



Self Test -> E[xit] 
H for help-> 
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Test Description 

Help 

The HELP command was not described in the ERS. Further research is needed to determine its full 
functionality. 

The following illustrates the use of the HELP command: 

Self Test ->HELP 



1 -NORMAL 
Self Test ->h 



ROM Versions:!. 241 8 2.2418 3.2418 4.2418 

Selftest Menu: 

AL[1] [ count ] 

CH[an] [ count [ ,chan ] ] 

CP[u] [ count ] 

E[xit] 

I[omap] [ count ] 

M[emory] [ count ] 

PON [ count ] 



1 -NORMAL 
Self Test -> 



lomap 

The lOMAP command executes a version of lOMAP which is contained in the Self Test ROM. This version 
of lOMAP displays the number of banks of memory physically installed in the system and identifies all of 
the I/O cards installed in the system. For PIC cards, all supported HPIB devices attached to the PIC are 
identified and their ID code is displayed along with a device description. 

The following illustrates the use of the lOMAP command: 

Self Test -> I [omap] [count] 



1 -NORMAL 
Self Test ->i 
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System I/O Configuration 



Number of banks « 4 
Load: Channel Device 4 
Start: Channel Device 
Dump: Channel Device 



Slot 1 Channel 1 ID«4 - Terminal Interface Controller 

Slot 4 Channel 4 ID«2 - Peripheral Interface Channel 
Device 3 ID«0260 - 9144 Cartridge Tape Unit 



1 -NORMAL 
Self Test -> 



This feature runs the memory size portion of the memory test and displays the size of memory, lists the 
LOAD, START, and DUMP devices, and then displays the types of cards installed in the system. The types 
of devices on the PICs are also displayed. 

The count parameter allows for looping this test upto 9999 times, the default is once. 

Memory 

The Self Test MEMORY command executes the Power On Memory Test which first determines the amount 
of memory installed, initializes the memory, performs an Address Test, performs a Pattern Test, and then 
performs an Error Detection And Correction Test (ED AC). The memory is left with 3 OF 8 (halt 8) in all 
locations. 

The following illustrates the use of the MEMORY command: 

Self Test -> M [emery] [count] 



1 -NORMAL 
Self Test ->m 

Memory Test passed 

1 -NORMAL 

Self Test -> 



The full memory test is displayed and a pass/fail message is sent to the console. If a failure occurrs the 
number of the failing section is displayed. 
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Test Description 

This test may be looped through count up to 9999 times, the default is 1. Return is to the Self Test 
prompt. 

Self Test PON 

The Self Test PON command executes the Power On Self Test count times. This command is much like 
the ALL Self Test command with the exception that the Power On CPU test is executed in place of the 
manually executed CPU test and lOMAP is not executed. The PON test is initiated by toggling the PON 
hne, not by jumping to address 0000 (hex) in WCS. 

The following illustrates the use of the PON command: 

Self Test ->PON [count] 



2 -LOCAL (from Normal) 
Self Test ->pon 

Power on Self Test 

Memory Test passed 

Number of banks « 4 

Slot 1 Channel 1 - Terminal Interface Controller 

Slot 4 Channel 4 - Peripheral Interface Channel 

2 -LOCAL (from Normal) 
Self Test -> 
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GENERAL INFORMATION 



SECTION 



1 



1.0 INTRODUCTION 

This manual describes the diagnostic program for the Peripheral Interface Controller (PIC). The PIC 
Diagnostic (PICDIAG) is designed to verify correct operation of all functions of the PIC. A second PIC is 
required in order to fully test the HP-IB circuitry and the non-controller functions of the Advanced Bus 
Interface (ABI) chip. 

The PICDIAG is written in SPL-II and runs under DUS. 

1.1 REQUIRED HARDWARE 

The hardware required to run the PICDIAG is the HP 3000 Series 37 minimum configuration: 

Console (connected to the TIC at slot 1, port 0) 

HP-IB Tape Drive 

SPU (with the following board set): CPU 

Memory 

TIC (in slot 1) 

PIC (as a coldload path) 

a second PIC 

1.2 REQUIRED SOFTWARE 

The most recent revision of the following software is required: 
DUS 

1.3 DIAGNOSTIC PROGRAM STRUCTURE 



The PICDIAG is composed of tests that can be run individually or in combination. The selected tests can 
be looped a specific number of times or until vou halt them. 
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1.4 TEST LIMITATIONS 



The PICDIAG requires a second PIC Printed Circuit Assembly (PCA) in order to fully test the HP-IB 
circuitry and the non -controller functions of the ABI chip. If you have only one PIC PCA, you can only 
run test steps 1 through 40. Test steps 41 through 45 require a second FiC PCA. 
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OPERATING INSTRUCTIONS 



SECTION 



2.0 INTRODUCTION 

This section of the manual describes how to operate the PICDIAG. 

The primary function of the PICDIAG is to test and diagnose the HP 3000 Series 37 Peripheral Interface 
Card. The PICDIAG will isolate faults to the component level wherever possible. 

You control test selection, looping, error handling, and printing messages. 

2.1 TEST SELECTION 

The PICDIAG is diviaed into tests that can be run individually or in various combinations. 

Use the STATE command to list which tests and commands are currently selected. When the PICDIAG is 
in the default configuration, the STATE command will display the following message: 

PICDIAG STATUS: 

PATH : X X 

CHANNEL: X X 

EEPR: ON 

EEPS: ON 

EN PR: ON 

LOOP: OFF 

PRINT: OFF 

TRACE: OFF 

Sections Selected: 1 , 2,3,4, 5»6, 7, 8, 9, 10,1 1 ,12,13,14,15,16,17,18,19,20,21 ,22, 
23,25,28,29,30,32,33,34,35,36,37,39,41,42,43,44,45 

To change the test selection, type TEST, then use a '-' in front of the test number(s) to be deleted, a '+' in 
front of the test number(s) to be added, or simply the test number(s) to be executed. 

EXAMPLE: 

TEST - 3,6 deletes test sections 3 and 6 
TEST + 1,5,6 adds test sections 1, 5, and 6 
TEST 1/5,8 executes test sections 1-5, and 8 

Test 41 through 45 require a second PIC. 
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2.2 LOOPING 

You can loop on selected tests by entering the LOOP command with the number of times that you want 
the tests to loop. 

2.3 ERROR HANDLING 

The PICDIAG generates three types of error messages: user input error, test failure, and system failure. 

1 . User Input Error Messages - Displayed in response to an invalid user input. 

EXAMPLE: When PICDIAG requests the channel number of the PIC to be tested, the expected 
response is a decimal number between 1 and 1 5. If your input is different, the following 
message is displayed: 

1<=CHANNEL<=15 

The request for a channel number is repeated until you enter a valid response. 

2. Test Failure Error Messages - Displayed when the PICDIAG detects a malfunction of the PIC PCA. 
The purpose of this type of error message is (a) to let you know that the PIC under test is NOT 
functioning correctly, and (b) to identify the failure. 

The test failure error message has three parts. The first part identifies the step number that detects 
the error. The second part describes the discrepcncy between the actual and expected response to the 
test. The third part identifies the probable cause of the error. 

EXAMPLE: 

Error in Step 38: 

No time-out from CSRQDIS. 

Check U403, U505. 

3. System Error Messages - Displayed when an error is probably caused by 
something other than the PIC under test. 



EXAMPLE: 



System in Step 41 : 
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2.4 PRINTING MESSAGES 



There are two types of messages: error and information. 

The three types of error messages are described above. The default configuration enables error messages 
(EEPR). To suppress error messages, type SEPR. 

Information messages describe the progress of the diagnostic or tell you to perform an operation. The 
default configuration enables information messages (EN PR). To suppress information messages, type SNPR. 

The messages are displayed on the console by default. To direct the error messages to a hardcopy device, 
type PRINTER. Non-error messages cannot be directed to the printer. 

2.5 HOW TO RUN PICDIAG 



Input to the PICDIAG is through the system console. 
Run PICDIAG in the following manner: 

1 ) Perform MPE shutdown to logoff all users, if applicable. 

2) Run the console selftest. 

3) Fully reset the console. 

4) Install a DUS tape in the cold -load device. 

5) If the system is off, power it on by turning the keyswitch to the LOCAL or REMOTE position. If the 
system is already on, verify that the keyswitch is in the LOCAL or REMOTE position. Use the 
appropriate load command to load the DUS. 

6) DUS displays a welcome message and a prompt: 

DIAGNOSTIC/UTILITY SYSTEM (REVISION nn.nn) 

ENTER YOUR PROGRAM NAME (TYPE HELP FOR PROGRAM INFORMATION) 

7) Type PICDIAG in response to the prompt. 

8) PICDIAG loads, then displays the following messaffe: 

PICDIAG XX. XX 

Default tests are 1-39,41-45. Optional test is 40. 
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Tests 40/45 require manual intervention. Tests 41/45 
require a second PIC and HP-IB cable. . ^ __^ ^.*.if i«kiiiM 

-^ Xf ^c^ t^f «H H -* *ns f r«-or ^ *W ^^H ^^^'^ ^^"^ 

Enter 'GO' to continue. 
> 

The greater-than symbol (>) is the PICDIAG prompt. 

9) At this point, you can select the diagnostic options by entering any of the commands described in 
Table 2-1. 

The following commands control the execution of PICDIAG: 

GO - Continues diagnostic execution from a pause. 

EXIT - Stops diagnostic execution and returns control to DUS. 

RUN - Restarts execution of the diagnostic at the beginning. 

CNTRL Y - Interrupts execution of DUS. During the execution of a test, this command brings the 
PICDIAG back to the prompt. Entering GO will resume the program from the point 
where you interrupted it. 

1 0) When you enter GO, the following prompt will be displayed: 

The PATH number (0-2) of the PIC to be tested is?: 
Enter the correct path number. You then receive the following prompt: 

What is the PIC address (1-15)?: 
Enter the correct PIC address, you will receive the following prompt: 

The second PIC is on what path number? 
What is the second PIC's address? 

Enter if there is no second PIC. 



NOTE 



Steps 41 through 45 require a second PIC. 
Sice z^ v^vls ^l ^isc ^^^^-^ cor^Net^Wc^ 
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2.6 HOW TO CONFIGURE PICDIAG 



You can configure and reconfigure the diagnostic according to your needs. 

Table 2-1 describes the available PICDIAG commands. Those commands indicated with an asterisk (*) 
are part of the default configuration. The PICDIAG provides this information when you enter the HELP 
command. 

Table 2-1. DIAGNOSTIC COMMANDS 



COMMAND 


PARAMETERS 


DESCRIPTION 


EEPR* 




Enable Error Messages 


EEPS* 




Enable Error Pause 


ENPR* 




Enable non -error messages 


EXIT 




Return to DUS 


GO 




Resume diagnostic execution 


LOOP 




Loop on selected steps 


NOLOOP 




Stop Loop 


NOTRACE 




Suppress I/O trace 


PRINIER 




Display errors on printer 


RST 




Enable pauses and messages 
also suppress printer 


RUN 




Restart diagnostic execution 


SEPS 




Suppress error pauses 


SNPR 




Suppress non -error messages 


STATE 




List status of program 


TEST 


step(s) 


Select test steps to run 


TRACE 




Enable I/O activity trace 



* default 
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SECTION 



3.0 INTRODUCTION 

This section of the manual describes the test sections of the PICDIAG. 

3.1 REGISTER TEST 

The register test section is composed of four steps that verify the basic PIC functions: 

Step 1. Roll Call (ROCL) Test - Verifies that the PIC responds correctly to the ROCL SIMB command. 
This step tests part of the global command decoder and part of the poll response circuitry. 
ROCL is verified at all available channel addresses in the Channel Address Test section. 

Step 2. Channel Address Test verifies: 

a. That the channel address can be read from registers 13 and 15. Tests the addressed 
command decoder, the register select, the data drivers, and the slave handshake. 

b. The channel address read with the OBSI SIMB command. Tests an additional portion of the 
command decoder. 

c. The channel addre^ read with the OBII SIMB command. 

Step 3. Register Initialization Test - Verifies that PIC registers 8, 11, 12, 13, 14, &nd 15 arc correctly 
read after issuing an INIT channel SIMB command. Only the non-ABI registers are tested at 
this point because the data and control paths to them are simpler than those to the ABI. The 
ABI registers are tested by the ABI verification. 

Step 4. Storage Register Test - The PICDIAG performs a memory test on registers 9, 1 0, and part of 8 
by using random data patterns to test the greatest range of data patterns in a reasonable 
amount of time. The pattern halts when an error is encountered so that the error can be 
repeated. A number of different error messages are displayed that attempt to identify the 
error to the smallest set of components. 

The bit error log shows a map of errors by register and bit. 
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3.2 IRQ TEST 

This test section verifies the correct operation of the PIC Interrupt Request logic. 

Step 5. Interrupt Initialization Test - Verifies that the interrupt circuitry is initialized correctly. 

Step 6. Interrupt Pending Register Test - Verifies that all eight INTPEN bits can be set and cleared. 

Step 7. Interrupt Priority Encoder Test - Verifies that INTDEV is the highest priority bit set in the 
INTPEN register. 

Step 8. Interrupt Mask Bit Test - Verifies that MASKF can be set and cleared. MASKF is also tested 
at all channel addresses in the Channel Address Test Section. 

Step 9. Interrupt Poll Test - Verifies that the SIMB IPOLL command functions. IPOLL uses circuitry 
shared with ROCL, SPOLL, IPOLL, and RMSKL. The shared circuitry is tested at all channel 
addresses in the Channel Address Test section. 

Step 1 0. SIMB Interrupt Request Test - Verifies that the SIMB IRQ line functions. 

3.3 CONFIGURATION TEST 

This section of the PICDIAG tests the correct operation of the PIC's Configuration Register bits. 

Step 1 1 . Configuration Bits Zero Test - Tests all the configuration bits in their zero state. 

Step 1 2. Configuration Bits One Test - Tests all the configuration bits in their one state. 

Step 1 3. Channel Address Test - The PICDIAG tests all possible channel addresses, except those that 
are occupied by other channels on the SIMB. At each elected channel address, the channel 
address decoder, registers 1 3 and 1 5, and the global poll response are tested. 
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3.4 ABI CHIP VERIFICATION 



This test section verifies the correct operation of the Advanced Bus Interface (ABI) chip. The ABI 
supports all the functions of the PHI (LSI chip) plus Cyclic Redundancy Check (CRC) generation, 
command parity selection, and other features. The PICDIAG determines that the ABI and not the PHI is 
present, reports the result to the user, and then proceeds with the tests if the ABI is present. 

Step 1 4. PHI/ABI Type Determination - This test determines and indicates whether a PHI or ABI is 
installed on the PIC being tested. It also indicates the revision li^vel of the device. If the test 
indicates than an ABI is not installed on the PIC, an error message is generated and the 
diagnostic is terminated. 

Step 1 5. ABI Register Initialization Test - Verifies that the ABI registers are correctly initialized 
following an SIMB INIT channel command. 

Step 16. Data Paths and Register Addressability Test - Performs a memory test of ABI storage 
registers by using a random data pattern. The error messages separate errors into three 
categories: 

• PIC or ABI data line failure 

• PIC or ABI register addressing failure 

• ABI storage register failure 



Step 1 7. ABI HP-IB Functions Test - Tests all possible ABI and HP-IB state changes: 

Eight -bit Processor Feature Test 
System Controller Functions Test 
Status Change Detection Test 
Outbound FIFO Status Test 
Addresses Status Indicators Test 
Device Clear Test 
Remote and Local Test 
Listen and Talk Addressability Test 
Parallel Poll Response Test 
Parallel Poll Configure and Unconf igure Test 
Serial Poll Test 
Counted Transfers Test 
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• Inbound FIFO Test 

• Passing Control Test 

• Parity Error Test 

• CRC Generation and Functions Test 

• ABI Interrupt Functions Test 

• DMA Request Functions Test 

ABI Test Limitations 

Due to hardware limitations, the following functions of the ABI are NOT tested in this test section. 

• ABI to HP-IB data paths - tested in the HP-IB Interface Drivers test section. 

• Command parity error detection - tested on the ABI chip that has the programmable command 
parity feature. 

• Command parity error freeze - tested in the HP-IB Interface Drivers test section. 

• Outbound data freeze - cannot be tested offline because it is only set when data enters the inbound 
FIFO from the HP-IB, not from the outbound FIFO. This test is performed in the HP-IB Interface 
Drivers test section. 

• ABI Interrupt - tested in the Service Request (CSRQ) test section. 

• ABI DMA request - tested in the DMA State Machine test lection. 

3.5 DMA STATE MACHINE TEST 



This test section verifies the correct operation of the Direct Memory Address (DMA) state machine. Parts 
of it use the diagnostic DMA clocking feature by utihzing the PIC's diagnostic hardware. This test section 
verifies: 

• The clocking and initialization of the DMA state machine. 

• All transitions of the DMA state machine, including SIMB transactions. There are two main state 
loops in the DMA state transition diagram: one for input DMA transfers, the other for output DMA 
transfers. Each of these loops has two paths entering it from the initial state. Each also has two 
normal termination exits and two abort termination exits. The tests are performed in the following 
sequence: Can the initial state be asynchronously acceded? Can the four entry points to the transfer 
loops be accessed? Do the loops function? Do the loops exit properly under normal termination 
conditions? Does the channel service request sequence function properly? 

• The outputs of each state. 
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• Correct error and abort status. 

• DMA termination status. 

• Byte packing and unpacking. 

Step 1 8. DMA Initialization - Starts the DMA state machine and verifies that INIT resets the DMA 
state machine to state 0. Also checks that the DMA state machine clocks out of state after 
writing to register 1 1. 

Step 19. CSRQ and OBSI Test - Verifies that at state %12 CHANRQ is asserted, that an OBSI causes 
transition to state 0, and that DMA machine stops in state 0. 

Step 20. DMA Output State Transitions verifies- 

• That the state machine can be started and that the output data transfer loops are 
accessible. If either of the data transfer loops are not accessible, the rest of the DMA 
state machine test aborts. 

• The output transfer loop (%20-%21-%23-%26-%27-%25) starting at both state %20 and 
state %22. 

• The end transitions at states %23 and %25. 

• That a data transfer can be aborted at states %21 and %27. 

Step 21. DMA State Outputs Test - Verifies the outputs or the effects of the outputs for each state. 
For the address and count register tests, a random number sequence is used to test different 
combinations of starting address and count, then the DMA is run to completion and the final 
count and address are verified. 

Step 22. DMA Input State Transitions verifies- 

• That the state machine can be started and that the input data transfer loops are 
accessible. If either of the data transfer loops are not accessible, the rest of the DMA 
state machine test aborts. 

• The input transfer loop (%1 -%3-%l 4-%l 5-%l 7) starting at both state %1 and state %4. 

• The end transitions at states %3 and % 1 7. 

• That a data transfer can be aborted at states % 1 and % 1 4. 
Step 23. DMCNT, DMADR Tests verifies- 

• That the DMA byte counter logic functions correctly. 

• That the DMA address register functions correctly. 

Step 2 5. DMA Error and Abort Test - Verifies the address overflow abort. 
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Step 28. DMA Termination Status Test - 

• 00 - count and end 
« 11= error 

• 1 - count no end 

• 1 - count subrecord 

Step 29. DMA OBYTE Data Paths Test - Verifies that the LEFTOUT and RIGHTOUT registers 
correctly unpack words into bytes. 

Step 30. DMA IBYTE Data Paths Test - Verifies that the LEFTIN and RIGHTIN registers correctly 
pack data bytes into words. 

Step 32. DMA Timeout Test - Verifies that the DMA timeout abort functions correctly. 



3.6 CSRQ TEST 

This test section verifies the correct operation of the channel request logic. 

Step 33. Device Request Test - Verifies that DEVRQ is correctly asserted from each of the following 
inputs: 

• Parallel Poll 

• New Status 

• CSRQDIS 

• DMINACT 

• CIC 

• RIOC 

• OBSI 

Step 34. Channel Request Test - Verifies that CHANRQ is correctly asserted from each of the 
following inputs: 

• DMINT 

• PHIINT 

• Parallel Poll 

• DMIN 

• DMOFF 
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• OBSI 

Step 35. Local Channel Service Request Test - Verifies the correct operation of MYCSRQ in response 
to: 

• CHANRQ 

• DEVRQ 

Step 36. SIMB Channel Service Request Test - Verifies the correct operation of CSRQ in response to: 

• CSRQ 

• DIAG 

• MYCSRQ 

Step 37. Service Poll Response Test - Verifies the correct response for SPOLL. 

Step 38. Channel Service Request Timeout Test - Verifies the correct operation of TORESET during 
channel service request. 

Step 39. Obtain Service Information Test - Verifies that the device number supplied in response to the 
SIMB OBSI command is correctly generated from each of the following inputs: 

• DMDEV 

• Parallel Poll Response 

• NEW STATUS 

• RIOC and OBSI 

3.7 HP-IB INTERFACE DRIVERS TEST 



This test section verifies the correct operation of the ABI to HP-IB logic which consists of four HP-IB 
transceivers and two inverters. It is assumed at this point that the PIC and the ABI have been completely 
tested offline. 

A second PIC is required to perform this test section. The second PIC is assumed to be functioning 
correctly, although some diagnostics are performed on it to avoid catastrophic failures. The two PICs are 
connected together via HP-IB cables with no other HP-IB devices connected. Since some of the HP-IB 
lines can only be asserted by the system controller, it is nece^ary for the PICDIAG to alternate the System 
Controller function between the two PICs. This test is broken down into three groups so that failures can 
be easily located. 

The first group tests the HP-IB lines that function independently of the handshake. The IPC and SRQ 
hnes fall into this category. The ATN, EOI, and DIO lines also fall into this category in the limited case 
of executing a parallel poll. Executing a parallel poll verifies that ATN and EOI can both be asserted low, 
that one data line at a time can be asserted low, and that at least one of the ATN or EOI lines can be 
asserted high to stop the parallel poll. 
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The second group tests the HP-IB handshake lines and the other HP-IB lines that function in conjunction 
with the handshake. This group first verifies that the controller receives NRFD and NDAC high when no 
other HP-IB devices are online, that device receives controller's handshake, and that device receives REN. 
Then it verifies the combinations of ATN and EOI that were not conclusively verified with the parallel 
poll test. 

At this point, all of the HP-IB interface lines have been tested. The third group verifies that all of these 
lines can function harmoniously together at full operating speed. Basically, blocks of random data are 
passed in each direction between the two PICs, and the other control lines are exercised frequently. 

Step 4 1 . Bus Control Lines Test - This test verifies the correct operation of IPC, SRQ, and parallel poll, 
which all function independently of the HP-IB handshake. 

• IPC test 

• SRQ test 
Step 42. Data Lines Test - 

• Data line verification with parallel poll response. Tests passive -low assertion of data 
lines, ATN and EOI. 

• ATN or EOI high assertion test. Tests whether ATN, EOI, or both can be asserted high. 

Step 43. Handshake Lines Test - Tests the HP-IB handshake lines DAV, NRFD, and NDAC. These 
lines can be individually tested to a limited extent. Also tests REN, ATN and EOI. 

• NRFD and NDAC passive high test - Verifies that setting the device offline causes 
NRFD and NDAC to float high, completing any controller handshake. 

• NDAC test - Verifies that when the device is online, NDAC is low and NRFD is bringing 
NDAC high. 

• NRFD test - Verifies that when the device in FIFO is full, NRFD is high so that the byte 
written into controller out FIFO will not go out on the HP-IB. 

• REN test - Verifies that when the controller asserts REN, the device goes to REM at next 
acceptor handshake, and that REM goes false when REN goes false or if IFC goes true. 

Step 44. Data Modifiers Test - This tests the two data modifier lines ATN and EOI. 

• Tests not ATN, not EOI, and handshake. 

• Tests ATN, not EOI, and handshake. 

• Tests not ATN, EOI, and handshake. 
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3.8 ONLINE DATA TEST 

This test section verifies the correct operation of the ABI to HP-IB logic (which consists of four HP-IB 
transceivers and two inverters). It is assumed at this point that the PIC and the ABI have been completely 
tested offline, so that all that remains to test is that the PIC can correctly communicate with other HP -IB 
devices over the standard HP-IB. 

A second PIC is required to perform this test section. The second PIC is assumed to be functioning 
correctly, although some diagnostics are performed on it to avoid catastrophic failures. The two PICs are 
connected together via HP-IB cables with no other HP-IB devices connected. Since some of the HP-IB 
lines can only be asserted by the system controller, it is necessary for the PICDIAG to alternate the System 
Controller function between the two PICs. This test is broken down into three groups so that failures can 
be easily pinpointed. 

Step 45. HP-IB Data and Control Test - At this point the PIC, the ABI, and all of the HP-IB drivers 
have been tested. This test verifies that the HP-IB drivers work at high speed and tests the 
pattern sensitivity of HP-IB interface lines. Additionally, it performs a general data and 
control test similar to the DMA exerciser program. 
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1 



1.0 INTRODUCTION 

This manual describes the diagnostic program for the Terminal Interface Controller (TIC). The TICDIAG 
is designed to verify correct operation of all functions of the TIC. The TIC is part of the Advanced 
Terminal Processor for the Series 37 (ATP 3 7). 

The TICDIAG is written in SPL and runs under Diagnostic/Utility System (DUS). 

1.1 REQUIRED HARDWARE 

The hardware required to run the TICDIAG is the HP 3000 Series 37 minimum configuration: 

Console (connected to the TIC at slot 1, port 0) 

HP-IB Tape Drive 

SPU (with the following board set): CPU 

Memory 

PIC* 

TIC** 

*needed as a coldload path to load DUS 
♦♦must work well enough to initiate the TICDIAG 

To test port 7 (the modem port) on the TIC, a modem loopback hood (HP 30146-60002) is required. A 
different hood is required for each type of interface. The RS-232 interface requires part number HP 
30148-60002. The RS-422 interface requires part number HP 30147-60002. 

1.2 REQUIRED SOFTWARE 

The most recent revision of the following software is required: 
DUS 
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1.3 DIAGNOSTIC PROGRAM STRUCTURE 



Each test that is executed by the TICDIAG is a separate module. This enables you to select the tests to be 
run. 

The TICDIAG routines are divided into two major groups in order to adequately test the hardware. The 
two groups are the tests for the System Interface Board (SIB - actually a section of the TIC board) and the 
tests for the Asynchronous Interface Board (AIB - actually a section of the TIC board). The tests in the 
SIB section test the circuitry between the SIMB and the L-Bus. They affect all ports. The tests in the 
AIB section test the circuitry from the L-Bus to the cable connector and affect only one selectable port at 
a time. 

The TICDIAG loop is very simple. It calls GetTest'Data to get input from the user. The SIB is then 
initialized and the SIB tests, if selected, are run. If the SIB section is successfully completed, the AIB is 
initialized for testing and the selected tests are run. 

program, but most of the data is passed directly to the Test' SIB and Test'AIB sections. 

Figure 1-1 is a structure chart of the main program body. 



T«»t Row 




T«tt Flow 



Get Test Data 



Test SIB 



Test AIB 




Initialize AIB 



Figure 1-1. TICDIAG Structure 
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1.4 TEST FLEXIBILITY 



The TIC PC A can be installed in any of the HP 3000 Series 37 system configurations. The TICDIAG 
provides the environment to test the TIC PCA while in any system configuration. Figure 1-2 describes 
which TICDIAG tests are allowed with a particular configuration. 



Channel 

Number 

of TIC 

Under Teat 


Output 

Directed 

To 


Chonnel 
Number of 

Console 


Tests Allowed 










1 


Console 


1 


All AIB Tests Except Port 
(Stop on error allowed) 


Other then 
1 


Console 


1 


All Tests (SIB and AIB) 
(Stop on error allowed) 


1 


Printer 


1 


All Tests (SIB and AIB) 
(No control -y breok) 


Other than 
1 


Printer 


1 


All Tests (SIB and AIB) 


1 


Console 


Other thon 
1 


All Teats (SIB and AIB) 
(Stop on error ollowed) 



Figure 1-2. TICDIAG Configurations 
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1.5 TEST LIMITATIONS 



The Remote Operator Interface (ROD circuitry of the TIC PCA is not tested by the TICDIAG. This 
circuitry includes the LOCAL/REMOTE circuitry and the Disconnect circuitry. The functions of the 
ROI circuitry can be tested through a manual procedure. 

Control B and warmstart circuitry are not tested by the TICDIAG. 
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2.0 INTRODUCTION 

This section describes how to operate the TICDIAG. 

The TICDIAG is composed of routines that test a specific function of the TIC PCA. These routines can be 
run individually or in various combinations. The SIB tests, if selected, run before the AIB tests. The 
order of the tests is maintained regardless of which tests are run because each test relies on the circuitry 
that has been tested by the previous routine. 

You can specify the type of information to be received from the TICDIAG and can display that 
information at either the console or the printer. The options are to print pass messages, failure messages, 
or troubleshooting messages. Field personnel will most likely use the pass and failure messages. The 
troubleshooting messages aid in the isolation of faulty components. 

All input to the TICDIAG is done via the system console. 

2.1 LOOPING 

You can select one of two types of looping. 

The first type loops the specified number of times that you enter in response to a prompt. The loop count 
can be from 1 to 32,767. Continuous looping can be specified by entering a 0. The SIB tests are run the 
specified number of times and then the AIB tests are run the specified number of times. Consequently, 
continuous looping cannot be specified if both SIB and AIB tests are selected. 

The second type loops on failure. If specified, the failing test will be looped continuously. 

2.2 TIC DIAGNOSTIC COMMANDS 

The TICDIAG prompts you for the testing parameters. At each prompt, you can type HELP and a help 
message will be displayed. The help message displays the acceptable responses and the resulting action of 
those responses. You can also type EXIT in response to any prompt to have the TICDIAG stop testing. 

Input to the TICDIAG is through the system console. 



* Review Copy * 
2-1 



operating Instructions 

Run the TICDIAG in the following manner: 

1 ) Perform MPE shutdown to logoff all users, if applicable. 

2) Run the console selftest. 

3) Fully reset the console. 

4) Install a DUS tape. 

5) If loopback testing is desired, attach a hardware jumper between the loop testpoint and the ground 

testpoint near the backplane connector or attach the loopback hood(s) on the desired port(s). 

6) Power-on the system by turning the keyswitch to one of the On positions. Use NORMAL if the 

console is port of channel 1 . Use LOCAL or REMOTE only if a TIC other than the one in channel 
1 is to be tested. The Microdiagnostic will run. You must then reply to the prompt. Type H for 
HELP. Type L (LOAD) channel number, device number. DUS will load. 

Or, switch to LOCAL and use a Control B sequence to load DUS, following the above procedure. 
Return the keyswitch back to NORMAL. 

7) The Diagnostic/Utility system will display a welcome message and a prompt: 

DIAGNOSTIC/UTILITY SYSTEM (REVISION nn.nn) 

ENTER YOUR PROGRAM NAME (TYPE HELP FOR PROGRAM INFORMATION) 

8) Type TICDIAG in response to the prompt. 

9) The TICDIAG loads and executes. The following message is displayed: 

TERMINAL INTERFACE CARD OFFLINE DIAGNOSTIC V - nn.nn 

Enter HELP in response to any question to receive an explanation of what is required. 

Enter EXIT in response to any question to terminate the program. 

Enter STATUS in response to any question to display the current diagnostic configuration. 

1 0) The TICDIAG then prompts you for all information needed to run the tests. The first prompt asks 
for the channel number of the TIC under test. The channel number will be 1 - 5 for a basic system, 
or 1-5,9-i 3 if an extender is used. If the channel number is i, the TICDIAG will later prompt you 
to redirect the printout. If redirected, you must select Port 0. 

ENTER THE CHANNEL NUMBER OF THE TIC UNDER TEST: 
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11) TICDIAG next prompts for the amount of information that you wish to have printed. Answer 
these prompts with a YES or a NO : 

PRINT FAILURE MESSAGES (DEFAULT = NO)? 

PRINT PASS MESSAGES (DEFAULT = NO)? 

PRINT TROUBLESHOOTING MESSAGES (DEFAULT = NO)? 

12) The TICDIAG will then prompt you for the list device. If the line printer is not specified by 
responding YES to the off-line prompt, the listing is sent to the system console. You can change the 
system console if the TIC under test has the system console on it and there is another TIC board in 
the system. 

OUTPUT RESULTS TO LINE-PRINTER (DEFAULT = NO)? 

If the system console is on the TIC under test and the output is not directed to the line printer, 
TICDIAG will ask if you wish to change the system console to another TIC and port. 

CHANGE THE SYSTEM CONSOLE (DEFAULT = NO)? 

If answered YES : 

CHANNEL NUMBER OF TIC TO SWITCH THE CONSOLE TO: 

1 3) If the console is the list device, you can select to stop on errors. 

STOP ON ERRORS (DEFAULT = NO)? 

If you answered Yes, then when an error is detected, you arc prompted to either cancel testing or to 
continue. 

DO YOU WISH TO HALT THE TESTS (DEFAULT = NO)? 

1 4) You can select to loop on a failure. The TICDIAG will continuously loop the test that detected a 
failure. 

LOOP ON ERROR (DEFAULT = NO)? 

1 5) The user is prompted for a loop count to specify the number of times that each test is repeated. The 
maximum value is 32,767. Zero indicates continuous looping. 

LOOP COUNT - (ZERO FOR CONTINUOUS LOOPING/DEFAULT =1): 
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1 6) TICDIAG prompts for the SIB tests to run. If the console is on the TIC under test, no SIB test can 
be run. Enter the tests by name or specify ALL or NONE. 

ENTER SIB TESTS TO BE RUN: (DEFAULT = THE LAST SET OF TESTS RUN, IF ANY) 
> 

The possible test names are: 

IMB-SIB COMMUNICATIONS (IM) 

INITIAL REGISTER VALUES (IN) 

ERROR CIRCUITRY (E) 

RESET/INIT (RES) 

IRQ LOGIC (IR) 

MEMORY (M) 

SEQUENCING (SE) 

TIMEOUT (TIM) 

BOARD ENABLE (BO) 

PORT POINTER (P) 

FREEZE (FR) 

TIC BUS BUFFERS (TIC) 

DIRECT COMMAND (DI) 

FIFO (FI) 

STATE COUNTER (ST) 

DMA ADDRESS COUNTER (DM) 

COMP/CTR LOOPBACK (C) 

READ 1MB (REA) 

WRITE 1MB (W) 

BEGIN FLAG/LEFT-RIGHT FLAG (BE) 

ALL (AL) 
NONE ( N) 
[RETURNl 

The test names can be abbreviated as indicated. You can enter a list of tests, separated by 
semicolons. ALL indicates that all available SIB tests are to be run. NONE indicates that testing of 
the SIB will not be done. If you press Carriage Return, the last SIB tests specified (if any) will be 
retained. 



ALL is the recommended response when using the diagnostic in the field. 
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1 7) TICDIAG prompts for the AIB tests to be run. 

ENTER AIB TESTS TO BE RUN: DEFAULT = THE LAST SET OF TESTS RUN, IF ANY) 
> 

The possible tests are: 

PCC SELF TEST (PCCS) 

PCC DUMP (PCCD) 

MCC SELF TEST (MCCS) 

MCC DUMP (MCCD) 

PCC MCC COMMUNICATION (PCCM) 

DIAGNOSTIC LOOPBACK (D) 

BAUD RATE (B) 

MODEM SIGNALS (MO) 

MSC PORT ADDRESSING (MS) 

LOOPBACK (L) 

ALL (A) 

ALL NO LOOPBACK (ALLN) 

NONE ( N) 

[RETURN] 

The test names may be abbreviated as indicated. You can enter a list of tests, separated by 
semicolons. ALL indicates that all available AIB tests are to be run. ALL NO LOOPBACK indicates 
all AIB tests are to be run, except those that require a loopback hood (Modem Signals test, Modem 
Address test, and Loopback test). NONE indicates that testing of the AIB is not to be done. Pressing 
carriage return in response to this question will cause the last AIB tests specified (if any) to be 
retained. 

ALL NO LOOPBACK is the recommended response when using the diagnostic in the field. Enter ALL 
if loopback connectors have been installed. 
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1 8) If any AIB tests are selected, you are prompted for the numbers of the ports that need to be tested. 
Those ports which still have devices attached to them should not be selected. If the console is on the 
TIC under test, port cannot be specified. 

ENTER PORTS TO BE TESTED: (DEFAULT = THE LAST SET OF PORTS TESTED) 
> 

Ports to be tested are specified by selecting a list of the port numbers. The format is: 

<integer>[/<integer>I,<integer>[/<integer>],. . . ] 

If the list of ports is omitted, the last set of ports that you selected will be tested. The lists of ports 
can include individual numbers and ranges of numbers. 

For example: 1/3,5,7 would be a valid list of numbers. It would specify that ports 1,2,3,5, and 7 are 
to be tested. 

1 9) TICDIAG then proceeds to test the TIC PCA. Upon completion, a message is displayed. During the 
execution of the TICDIAG, the messages specified by you are printed to the list device. 

TESTING COMPLETED. CHANNEL/LOOP COUNT/OUTPUT CHANGES (DEFAULT = NO)? 

You can run the test again and change the parameters by responding YES and then answering the 
prompts. 
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SECTION 



3.0 INTRODUCTION 

This section of the manual describes the test sections. 

3.1 GET TEST DATA 



GetTest'Data asks for the test parameters that you want to input. Because this may not be the first time 
that this routine is called, you are given the option to retain most of the parameters that you have 
previously specified. You are then prompted for the tests to be run and the ports to be tested. 

3.2 SYSTEM INTERFACE BOARD (SIB) TESTS 

This test section is composed of tests that relate to the SIB. The SIB is actually the system interface 
section of the TIC board. The test returns a logical value that indicates whether the tests succeeded and if 
the AIB tests should begin. 

Test'SIB calls the procedure for each test that is specified by the parameters passed from GetTest' Data. 
Check'Error, Print'Error'Prefix, and Print'Error'Status are utihty procedures that are invoked by all of the 
tests. Test'SIB loops through its testing sequence the number of times specified by the loop count passed 
from GetTest'Data. 

Test 1. 1MB -SIB COMMUNICATION — Tests the SIB to insure that all allowable Intermodule Bus 
(1MB) commands work. As each 1MB command is executed, two types of error messages can be 
printed. The first type indicates that the instruction was not successful The second type 
indicates that the SIB response was not the expected response. 

Test 2. INITIAL REGISTER VALUES — Tests the values that are obtained from the SIMB registers 
after initialization. The value of each register to be checked is read. This value is then 
compared with the expected value for the register. If there is not a match, an error message is 
output. 

Test 3. ERROR CIRCUITRY — Tests the error circuitry on the SIB. It issues an illegal command and 
verifies that it is detected. It then checks the Error Clear mechanism of Register !A. 

Test 4. RESET/INIT — Checks to make certain that an INIT command causes a reset of the registers 
and of the error detection circuitry. First, the loopback bit of Register LA, the Diagnostic 
Control Register, is written with a "0". An INIT command is issued and should set the 
loopback bit. Register !A is read to confirm this. Next, an illegal address command is issued 
and the error bit is set. An INIT is issued to clear the error bit. This tests the operation of 
the MRSTA line. 
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Test 5. IRQ LOGIC — Tests the interrupt logic on the SIB. First, the external interrupts are turned 
off. An SMSK command is issued, disabling the TIC, and then an illegal address command is 
issued. The illegal command should generate an error (but not an interrupt, since the mask is 
disabled). The mask bit is checked by performing an RIOA of the channel with an RMSK 
command. This results in the hardware mask being returned and not the memory image. An 
IPOLL is then issued to verify that the IRQ line is not set. The interrupt mask is now set to 
enable the TIC. The process is repeated, and the IRQ is checked to verify that it is set. 

Test 6. MEMORY — Tests the SIB memory by running a checkerboard test (writing to each register of 
each port with the Memory Diagnostic bit stt and then cleared) and an address test. The SIB 
memory is used as the DMA registers for the I/O ports. 

Test 7. SEQUENCING — Single-steps the L-Bus State Machine and then checks the state after each 
cycle. An error message is output if the test fails. 

Test 8. TIMEOUT — Tests the L-Bus timeout logic, which terminates the wait for either BusEnd 
from the L-Bus, or HALT from the DMA state machine. The timeout occurs when the L-Bus 
handshake does not finish in the required time limit. 

Test 9. BOARD ENABLE -- Tests the board enable logic that is on the SIB section of the TIC. This 
logic includes the board enable register and the L-Bus State Machine. The tests are as follows: 

1 ) An INIT command is issued to clear the board. 

2) The Diagnostic Control Register is set up to single -step and turn LOOPEN off. 

3) Single -steps the board and checks that the FPL A (L-Bus State Machine) cycles between 
States and 4. 

4) Enables the board by writing to Register 8, the Board Enable Register. 

5) Single -steps to msJLt certain that the L-Bus State Machine goes to State 1 after State 4. 

6) Turns on LOOPEN and completes the L-Bus Cycle. 

Test 10. PORT POINTER — Tests the Port Pointer logic. This is done as follows: 

1) An INIT command is issued to clear the board. 

2) Sets up the Diagnostic Control Register for single -stepping and LOOPEN off. 

3) Sets up an illegal port pointer in the Port Pointer Register (8). 

4) Single -steps the L-Bus State Machine and checks that BUSGO is not asserted. 

5) Waits an appropriate amount of time and checks that a timeout has occurred. The L-Bus 
State Machine waits for the handshake in reply to the BUSGO. 

Test 11. FREEZE — Tests the actions of the freeze bit of Register !A (the Diagnostic Control 
Register). This bit causes the L-Bus State Machine to cycle between states and 4, and causes 
the PCCs to halt. 

Test 12. TIC BUS BUFFERS -- Tests the L-Bus buffers. It uses DMA test code to write data to the 
L-Bus and read the looped back data. Then the looped back port pointer data is checked for a 
match with the value written into the Port Pointer Register. 
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Test 1 3. DIRECT COMMAND — Tests the data paths that carry a direct command to the L-Bus. 
The testing sequence follows: 

1) Writes an INIT to reset the board and clear the FIFO. 

2) Sets up the Diagnostic Control Register (Register !A) with timeouts disabled, ROM Test 2, 
LOOPEN off, and Free Running. The State Machine switches between L-Bus States and 
4 because Board Enable is off. 

3) Writes an illegal port pointer to the Port Pointer Register. This prevents the L-Bus 
handshake by holding off the BUSGO signal on the TIC. 

4) Issues the Direct command. This takes the L-Bus State Machine out of State 0. 

5) The L-Bus State Machine then halts in State 5, waiting for a BUSEND. The BUSEND will 
not occur and a timeout will result, but the timeouts are disabled so that the error bits are 
not set. Checks that the POLL bit indicates that a direct command is being executed 
(POLL not active). 

6) Writes to the Diagnostic Control Register (!A) and sets LOOPEN. This allows the L-Bus 
State Machine to continue and ROM Test 2 will be executed, writing the Direct command 
back into the SIB memory where it may be checked for accuracy. 

Test 1 4. FIFO — Tests the operation of the FIFO. It checks the following: 

1) that an interrupt is not present after channel INIT; 

2) that an interrupt is present after State of the L-Bus State Machine; 

3) that the interrupt goes away after Register 9 is read. A read of Register 9 will clear the 
current interrupts. 

4) that the correct port data is passed through the FIFO; and 

5) that an indication is received when the FIFO is full. 

The FIFO stores the number of each interrupting port and is three deep. 

Test 15. STATE COUNTER -- Checks that the DMA state counter increments each time until it 
reaches the halt command, at which point it resets to zero. 

Test 16. DMA ADDRESS COUNTER -- Tests the DMA address counter by checking each bit carry as 
it counts. 

Test 17. COMP/CTR LOOPBACK — Tests the DMA logic's COMP register and address counter. It 
loads a pattern into memory, runs the DMA test that loads the DMA registers from memory, 
and then runs the test which dumps the registers back into memory. 

Test 1 8. READ 1MB — Verifies proper operation during an 1MB read. It uses the diagnostic DMA 
routine (DMA test 4) that reads a single word from the 1MB and puts it in SIB RAM. The 
data is then checked. 

Test 19. WRITE 1MB — Verifies proper operation during an 1MB write. It uses the diagnostic DMA 
routine (DMA test 5) that writes a single word from SIB RAM into main memory. 
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Test 20. BEGIN FLAG/LEFT-RIGHT FLAG — Tests the operation of the Begin Flag and Left/Right 
Flag Circuitry on the SIB. It uses the diagnostic DMA routine that increments the address 
counter a different number of times for each state of BF and LRF. It then stores the count in 
memory. The test is used to check that the flags are automatically updated. 

3.3 ASYCHRONOUS INTERFACE BOARD (AIB) TESTS 

This test section tests the AIB. The AIB is the asynchronous interface section of the TIC board. The main 
program determines which ports to test and what tests to run on those ports. The loop count is passed to 
Test'AlB and indicates the number of times to run each test. 

The AIB tests are divided into two groups: (1) the tests that run on one port at a time, and (2) the test that 
runs on all of the ports to be tested (real loopback). This test section first executes the first group of tests 
on each port. The tests are executed the number of times specified by the loop count. The MCC Dump, 
MCC Self -Test, MCC-PCC Communications test, Modem Signal test, and Modem Port Addressing tests 
execute loop count times if port 7 is specified as a port to be tested. Finally, the real loopback test is 
executed on all selected ports. After the testing is completed, a report is printed that indicates which 
ports passed and which ports failed. 

Test 21. PCC SELF TEST — Performs a self -test on one port and checks the results returned from 
that port's PCC. It checks: 

1 ) that an interrupt is received; 

2) that it is the correct interrupt; 

3) that the interrupt came from the correct port; 

4) that the correct number of bytes were transferred; and 

5) that the results of lelf-test are correct. 

Test 22. PCC DUMP — Checks the operation of a dump on a PCC. It returns a logical value to 
indicate that the test passed. It performs the following: 

1 ) The Read Data DMA pointers for the port that is being dumped are set up. 

2) A Halt I/O is sent to the port so that the initiation of the dump will be controlled by a 
later Start I/O. 

3) A Freeze Port and a Start I/O are performed to initiate the dump. 

4) Checks are made to insure that an interrupt occurred, that the interrupt was the correct 
one, and that the interrupt came from the correct port. 

Test 23. MCC SELF-TEST — Initiates a self -test of the MCC, PCC, and MSC if port 7 is to be tested 
on the TIC. The self -tests are initiated by disabling the MCC and MSC and then issuing an 
MCC self -test control order to set the most significant bit. This routine waits for an 
interrupt, checks that it is the correct one (15), and checks that it came from the port that had 
been sent the control order. Finally, the pass/fail bit of each byte returned is checked for any 
problems during selftest. 
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Test 24. MCC DUMP — Checks the operation of an MCC dump if port 7 is to be tested on the TIC. 
The dump is performed by first issuing a Freeze Modem Direct command and then starting a 
Dump MCC/MSC control program. The interrupt code is 19 (PCC or MCC/MSC dump 
completed). If the interrupt is correct, the beginning of the MCC and MSC dump areas are 
checked for MCC error codes that indicate problems while dumping MCC/MSC. The error 
code in MCC dump will be Non -Maskable Interrupt In Progress. The error code in MSC will 
be Link Error. 

Test 25. PCC MCC COMMUNICATION — Tests the communication between the PCC and the MCC 
if port 7 is to be tested on the TIC. It requests a dump of the MCC/MSC without having 
issued a modem disable. The PCC sends a single byte to the MCC that rejects the request. 
The expected interrupt is the same as that for a successful dump (19). The receive buffer 
contains the MCC's error code "invalid PCC mesage". 

Test 26. DIAGNOSTIC LOOPBACK ~ Executes the PCC's diagnostic loopback test. The diagnostic 
loopback control is used to test the hardware path from main memory to the PCC and back to 
main memory. A block of 256 characters are read by the PCC from main memory and then 
are written back into memory. The PCC checks that each byte is one greater than the 
previous byte and will interrupt if an error is detected. This routine verifies that the data 
that is written back into memory by the PCC is correct. It also checks that a valid interrupt 
is received from the correct port and that the correct number of bytes are transferred. 

Test 27. BAUD RATE -- Tests the baud rate logic on the AIB section of the TIC. It tests the baud 
rates one port at a time by testing how long it takes to do a blind write of a given number of 
characters. The baud rate is calculated and compared to an acceptable range. If it falls 
outside the given range, an error is reported. 

Test 28. MODEM SIGNALS — Performs a loopback of the modem control signals for port 7 of the 
TIC. For each pattern to be tested, a control program is created and sent to the PCC. This 
control program consists of a Set Port Protocol control order folk -ed by a Set Modem 
Controls control order followed by a Perform I/O control order. The pattern to be looped 
back is placed in the output field of the Set Modem Controls order. These outputs will be 
looped back to the inputs by a loopback connector. To guarantee that a modem change 
interrupt occurs immediately after the Perform I/O is executed, the reference mask is set to 
the complement of the outputs and the control mask is set to FF. This routine also checks 
that the interrupt actually occurred and that it came from the correct port. 

Test 29. MSC PORT ADDRESSING — Tests the addressing of port 7 by the MSC. In the first part of 
the test, a control program that contains the Set Modem control order is used to set the modem 
outputs for each port to that port's address. A loopback connector loops back to the outputs to 
the modem inputs. In the second part of the test, a Read Modem Inputs control program reads 
back the inputs from, each port. If an addressing error has occurred, it is detected when the 
wrong address is read from one or more ports. 

Test 30. LOOPBACK — Executes a loopback through either a loopback hood or through the loopback 
circuitry on the TIC. This loopback circuitry is activated by placing a jumper on the test 
points near the backplane connector of the TIC FCA. If there is a failure, using the jumper 
enables you to determine if the TIC or the connector board is failing. The AIB main 
procedure initiates the test by starting a control program for each port to be tested. This 
control program contains a Perform I/O control order that specifies concurrent read/write 
without flush. These control programs will generate interrupts that are then processed by this 
routine. If no interrupts occur before a timer pops, errors for all ports with pending control 
programs are reported. If an interrupt does occur, the cause of the interrupt is checked. 
Next, the Receive Buffer is checked to make certain that it matches the Send Buffer. Because 
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the Perform I/O is done without flush, the Receive Buffer may begin with some data from the 
previous operation. The last step is to try to find individual ports that have not interrupted in 
a long period of time. This is done by maintaining a timer for each port. The timers for all 
ports are decremented each time any port interrupts. If the timer for a port reaches zero, an 
error is reported on that port. 
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4.0 INTRODUCTION 

The TICDIAG traps many errors that would normally result in interrupts and system failures. In many 
cases, the TICDIAG creates the circumstances in which these errors occur. 

Each failure detected by the TICDIAG results in an error message. The error message contains the 
following information: 

1) the test that detected the error; 

2) the symptoms of the error (e. g. incorrect register contents); 

3) the functional block of circuitry that failed; and 

4) an error number that indexes the possible failed component(s). 

EXAMPLE: 

Lynx bus logic not in state 000 after INIT. 
Current State is: 001. 
LBus State Machine/Reset Logic failure. 
Error number 22. 

Lynx Bus Sequencing test failed. 

If an error occurs during execution of the TICDIAG and it is not an error trapped by the TICDIAG 

program, a DUS error mesage is displayed. This should only occur under unusual circumstances (e.g., 
some part of the system other than the TIC under test failed to function properly). 
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